我正在评估 Kubernetes（使用 Docker 容器，而不是 Kubernetes）和 Docker Swarm，并且可以使用您的输入。
如果我在小于 100 台服务器的服务器场中查看 3（8.76 小时）或 4（52 分钟）9 的可靠性，Kubernetes 是否会因其复杂性而过大？ Docker Swarm 就够了吗？
【问题讨论】：
标签： docker kubernetes docker-swarm orchestration
Docker swarm 将能够满足您的要求。我建议您从 Docker swarm 开始，因为对于以前使用过 Docker 的任何人来说，它都非常健壮且非常简单。
对于 Docker 用户，您需要学习许多新概念才能使用 Kubernetes。此外，在不使用预配置云平台的情况下在本地设置 Kubernetes 并不简单
另一方面，Kubernetes 更加灵活和可扩展。 Kubernetes 比 Docker swarm 更老，kubernetes 社区真的很大。
【讨论】：
这真的取决于您的实际需求，Kubernetes 或 Swarm 编排器不是灵丹妙药。要真正利用容器技术，必须正确设计应用程序。这些云原生应用的设计指南是 Heroku 制定的十二要素应用原则。
如果您想扩展并实现全局扩展，Kubernetes 是一个用于大规模运行分布式应用程序的出色框架。如果您有很多 Java 应用程序，也许是容器化的传统应用程序，那么 Swarm 是最佳选择。
业务需求会促使您做出正确的选择。
希望这会有所帮助！
【讨论】：