为了进一步提高性能,我们创建了一个定期调用Lambda函数的cron作业(我们使用Cloudwatch规则进行)。这种方法使Lambda函数保持“温暖”,避免停止和重新启动容器。也就是说,当真正的用户调用我们的REST API时,Lambda将不会花费时间启动一个新的容器。
然而我们遇到了一个问题 - 这种方法只能保持Lambda函数的一个容器保持温暖,而来自不同用户的实际并行调用数量可能要大得多(在我们的情况下,这是数百甚至数千个用户)。有没有办法实现Lambda函数的预热功能,它可以使不止单个容器保持温暖,而是一些所需数量的容器?
我知道这种方法可能会影响使用Lambda函数的成本,并且可能最好使用老式的应用服务器,但比较这些方法及其成本将是接下来的步骤,我认为,在当前时刻,我只想找到预热所需数量的Lambda函数容器的方法。