这些包括：
Docker Swarm
Amazon EC2容器服务
Apache Mesos
中层DCOS
HashiCorp Nomad
其他
常见的问题是什么？这些必须由协调流程解决的容器？在生产中添加如此复杂的系统有什么好处？
#1 楼
如果您仅同时运行一个容器或两个容器，那么正确的原因是协调器可能是不必要的，并且会增加不必要的复杂性。但是，当您一起运行多个容器时（尤其是在生产中），这些工具确实解决了几个问题。这些业务流程解决方案必须解决的容器常见问题是什么？ >
容器在隔离的进程中运行（通常在其自己的名称空间中）。这意味着默认情况下，该容器将不会识别其他容器。此外，它不会知道系统文件，网络接口和进程。尽管这可以极大地提高软件的可移植性，但不能解决一些生产问题，例如微服务，容器发现，可伸缩性，灾难恢复或升级。您的生产中有如此复杂的系统？
添加容器协调器可以大大降低生产的复杂性，因为这些工具旨在解决上述问题。例如，Kubernetes的构建允许容器链接在一起，在整个网络中部署容器，根据容器资源消耗来扩展和负载平衡网络，并允许单个容器的升级而不会造成停机。
评论
主持人为什么要关闭此问题？我也想知道Kubernetes正在解决什么问题。我没有开发人员经验，也没有在生产中管理应用程序/容器的经验。这个问题的答案将帮助我和其他类似船只的人们理解Kubernetes正在解决的问题。@ user281693因为它的范围很广，并且在帖子数限制内的拟合结果只会刮擦表面，特别是在询问诸如mesos和kubernetes之类的不同事物时。此外，每个站点的网站都描述了它们为什么被构思以及它们要解决的内容。
所以呢？回答此类问题是否会降低StackExchange的质量，还是因为网站无法应付答案而降低网站的质量？让人们回答问题。当答案有毒性时，主持人将发挥作用。令人讨厌的是，堆栈溢出结果首先出现在google搜索上，然后您看到5位主持人认为该问题不值得回答。很抱歉，如果我遇到这样的抱怨，但这一直是我对Stackoverflow主持人的不满。
我建议将主持人甚至在未添加任何答案之前就关闭的问题从网站上删除，以免污染Google的搜索结果。另外，如果您认为其他站点对Kubernetes和其他各种主题有更好的信息，那么我将努力了解堆栈溢出社区的目的。该社区中的每个问题在其他地方也都有答案，因此按照该标准，每个问题都必须关闭。