具有 Auto Scaling 与弹性容器服务 (ECS) 的 AWS EC2 - Docker

Question

我想在 AWS 云服务器中部署一个多服务（Celery、Redis 和 Django）的 dockerized 应用程序。我可以使用一个简单的 EC2 实例并将其附加到 Auto Scaling 组，或者将 dockerized 应用程序部署在内置自动扩展功能的 Elastic Container Service (ECS) 上。

我想将 EC2 实例与 Autoscaling 结合使用，因为与 ECS 相比，部署多服务 docker 应用程序似乎很容易，因为在 ECS 中，您必须为我上面提到的所有三个服务创建单独的服务，这会增加成本，但在 EC2 中我可以在单个 EC2 实例中部署所有服务。每个人都说如果我使用带有 Autoscaling 选项的 EC2，我将来可能会面临很多我不清楚的安全和修补问题。根据我的理解，ECS 就像 EC2 一样，其中嵌入了 Auto Scaling 功能，并具有某种程度的抽象。我的理解正确吗？

如果我使用带有 Auto-Scaling 选项的 EC2，我将来可能会遇到什么样的麻烦或问题？

Answer 1

ECS 和 EC2 不是 OR，而是 AND。您可以使用 ECS 在弹性基础设施（可以基于 EC2/ASG 或 Fargate，具体取决于您要选择的选项）之上简化容器的编排、扩展、网络等。很难说 ECS 是否会有所帮助或阻碍，因为我不知道您的部署有多复杂。

Answer 2

EC2 自动扩展和 ECS 自动扩展共享相似的功能。最终由您决定何时扩展资源以及扩展至何种容量。

采用 EC2 路线可能面临的主要问题并不在于自动扩展，而更多在于管理和配置。在任一选项中使用 EC2（传统 EC2 或使用 EC2 启动类型的 ECS），您将需要管理底层节点。这包括安全更新、配置等。但是，使用 ECS，您将获得编排，这将使运行多个容器化工作负载更容易。尽管在单个 EC2 实例上设置多容器应用程序似乎相对容易，但启动共享配置和数据的多个实例实际上可能相当复杂（这是传统 EC2 自动扩展所需要的）。借助使用 EC2 的 ECS，您只需担心扩展集群，而不是在完全配置多容器应用程序的情况下启动新实例。

顺便说一句，如果您绑定到 AWS，您应该考虑使用 ECS Fargate。使用 Fargate 启动类型的 ECS 提供容器编排，但无需担心底层节点基础设施。您只需为容器使用的资源付费并自动扩展以满足正在运行的每项服务的需求。