Amazon web services AWS Lambda容器映像支持Vs Fargate

我正在评估使用Docker容器的解决方案方法。既然lambda也支持容器图像，我也会考虑这个问题

我的评估基于以下因素

两种服务的定价模型

冷启动问题

Lamda易于与其他AWS服务集成

轻松使用docker容器进行离线开发（我认为现在没有那么重要）

---

2个服务之间需要考虑的其他因素？

< P>尽管两个服务都允许您运行DOCKER映像，但它们都有不同的应用类型。

通常，您希望Docker容器运行一段时间而不是几秒钟。此外，您通常会在Docker映像中包含“整个”应用程序

Lambda为小任务而不是整个应用程序（称为Lambda函数）提供短时间运行的计算能力（秒到分钟）。因此，使用您的“指标”进行比较可能不是正确的方法

首先，您需要了解您希望容器运行多长时间。如果答案超过900秒，则无需将Fargate与AWS Lambda进行比较，因为Lambda最多只能运行900秒

其次，您需要检查您实际上想要在容器中运行什么。正如我之前所说，lambda是为小型、短时间运行的功能而设计的，而不是“托管”整个应用程序（例如，带有Node/Rails/Django应用程序的web服务器）。如果希望在Lambda上运行整个应用程序，则需要对其进行分解。S3等上的静态文件，以及带有AWS API网关和AWS Lambda的后端API

也就是说，如果您真的希望您的容器运行时间小于900秒，并希望对两者进行比较，那么这里还有一些想法：

可用资源量（内存、vCPU）

易于部署（取决于您的开发实践）

测试的效果如何

您的团队对这两种技术的熟悉程度如何

安全模型的差异？安全性有多容易

---

其中一些很大程度上取决于您的经验、团队和实践，但应将其考虑在内。

我想知道鞭炮是否仍然是一种东西，以及新的Lambda Docker支持与鞭炮的关系。是的，15分钟绝对是一种东西。我不知道，但我觉得即使在整个应用程序（django/rails）中，如果不到15分钟，也没有什么能阻止我们使用lambda容器：）