我应该使用AWS弹性Beanstalk还是Amazon EC2容器服务(ECS)来扩展Docker容器？

Question

我不知道缩放机制是如何工作的。例如：我的弹性豆茎环境中有5个docker容器。现在只有第五个docker容器负载很重，因为它有巨量的SQS消息要处理，其他四个几乎是空闲的，因为它们不需要多少CPU，或者可能没有很多SQS消息。让我们假设第5个容器运行一个JBoss应用服务器。据我所知，即使有足够的CPU/内存可用，服务器也只能消耗有限数量的并行请求。

如果JBoss Docker容器无法处理大量的请求，但有足够的CPU/内存可用，我当然希望在同一实例上自动启动第二个Docker/JBoss容器。但是，如果我没有足够的CPU/内存，会发生什么呢？当然，我想在第二个实例上旋转，它可以通过EB中的自动缩放组进行配置。现在第二个实例旋转起来，但是除了第5个容器之外，每个容器几乎都是空闲的，当然，我不希望它们在第二个实例中也产生不必要的4个容器，这将是资源的浪费。只有第5个应该生成，其他的应该根据可配置的参数（例如：CPU/Memory/SQS)，像第5个规模一样进行规模扩展。

我不知道Amazon ECS是否正在这样做，或者是否有可能，但我在internet上找不到任何关于这个主题的来源，通常说，基于实例/容器的缩放。

Answer 1

EB vs ECS真的是要靠控制。你是想控制你的缩放和容量，还是想让它更抽象，而不是把主要精力放在你的应用程序上。ECS将给予您控制权，因为您必须指定集群中节点的大小和数量，以及是否应该使用自动缩放。使用EB，您只需提供一个Dockerfile，而EB负责调整节点的数量和大小，您基本上可以忘记使用EB路由的基础结构。

下面是关于Docker的EB文档:http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/create_deploy_docker.html

使用ECS，在开始部署Dockerfile之前，您必须首先构建基础设施，因此这实际上取决于1）您对基础设施的熟悉程度和2）您希望在基础设施和应用程序上花费的精力水平。