【发布时间】：2016-04-09 06:58:03
【问题描述】：
我有几个关于扩展 Docker 容器的基本问题：
我有 5 个不同的应用程序。它们没有相互连接。在拥有容器之前，我会在每个虚拟机上运行 1 个应用程序，并在云中单独对它们进行扩展和缩减。
现在有了容器，我可以在虚拟机上实现隔离，所以现在我可以运行一个带有 5 个 docker 容器的主机，其中每个应用程序都隔离在自己的容器中。
只要我的主机上有足够的资源，我就可以随着流量的增加或减少而单独扩大和缩小这些容器。例如我有 3 个容器运行应用程序 1，但只有 1 个容器运行应用程序 2。
在高峰时间应用程序 3 获得大量流量，我需要启动第二台主机，它只运行应用程序 3 的容器。
我的第一个问题是我所说的是否有道理，或者我是否误解了某些东西。我的第二个问题是目前有什么技术可以自动完成这一切。我需要一个负载均衡器和一个 Auto Scaling 组，它能够胜任上述场景，而无需我进行手动干预。
我研究了 AWS ECS，但不确定它是否能满足我上面概述的需求。
有谁知道如何实现这一点，或者有没有更好的方法来管理和扩展我缺少的 5 个应用程序？
更新：
通过 Twitter，我被指向 Kubernetes，特别是 Horizontal Pod Autoscaler 上的文档。
可能对其他人也有用。当我了解更多信息时，我会更新这个问题。
【问题讨论】：
-
在 StackOverflow 上应该不可能在不提供评论的情况下对问题投反对票 -.-
-
好吧，也许你是对的，但是今天关于 DevOps 问题的界限在哪里？是更多的 Dev 还是更多的 Ops？这个问题也很相似，没有被否决：stackoverflow.com/questions/18285212/…
-
这是一条越来越模糊的界限。我只是告诉你为什么你可能会被否决。我不能告诉你为什么另一个问题没有得到反对，它似乎也更适合服务器故障。我不是要证明反对票的合理性，或者证明 stackexchange 站点的分离是合理的，我只是想让你知道为什么我在这里经常看到反对票。我个人认为，软件工程师天生需要分离和编码事物，因此将 stackexchange 网络分成了太多主题重叠的站点。
-
我建议在这里发出一些声音：meta.stackoverflow.com/questions/271279/… 我的 DevOps 问题也总是被否决，无论我是否将其发布在 StackOverflow 或 ServerFault 上，而 PowerUser 上没有人回应。
-
@poida 我们最终同时使用了 Kubernetes 和 AWS ECS。在撰写此问题时，AWS ECS 与今天不同，尤其是新的应用程序负载均衡器带来了巨大的变化。我们有两个不同的团队，一个现在使用 Kubernetes，另一个使用 AWS ECS。我认为两者看起来都很开心。
标签： amazon-web-services docker scalability kubernetes