Docker Swarm,Kubernetes和Compose

Question

我刚才听说过未来Docker版本中对Kubernetes的原生支持.我之前从未使用过Kubernetes,所以我开始阅读它.但我有点困惑:Kubernetes被描述为编排工具,也是Dockers swarm模式的替代品.

因此,如果Kubernetes进行编排,它还是docker-compose的替代方案吗？或者可以组合和 Kubernetes一起使用？

一些具体问题:假设我想(或有)使用Kubernetes:

• 我有一个包含多个微服务的docker-compose文件,但它们在一台机器上作为独立应用程序运行.它可以(或应该)被Kubernetes取代吗？
• 我有一个docker-compose文件,其中有多个服务以swarm模式配置(在多台机器上运行).哪个部分必须由Kubernetes取代？整个撰写文件？或者在某种程度上可以在compose文件中定义基本配置(env_var,volumes,command,...)并仅使用Kubernetes来编排群集？

Answer 1

因此,如果Kubernetes进行编排,它还是docker-compose的替代方案吗？

简答:没有

它不仅仅是编排,本质上Kubernetes是一个生产级的容器编排和调度引擎.它远比docker-compose自己先进.我会说docker swarm,kubernetes并且amazon ecs在同一类别的归属.

或者可以组合和Kubernetes一起使用？

在下一版本的docker引擎中,您将能够使用docker-compose来创建kubernetes对象.但截至目前你不能.

我有一个包含多个微服务的docker-compose文件,但它们在一台机器上作为独立应用程序运行.它可以(或应该)被Kubernetes取代吗？

好吧,在生产中运行它的上下文中,我绝对会说,你应该确定要在kubernetes集群上托管你的应用程序,因为它提供了

• 弹性(如果它们死亡,重新安排豆荚)
• 扩展(根据cpu或任何其他指标扩展容器)
• 负载均衡(提供VIP知道服务并将所有pod连接到它)
• 秘密和配置管理
• 名称空间(kubernetes对象的逻辑分组)
• 网络策略(用于控制pod之间流量的自定义策略)

以及更多开箱即用的功能.当你宣布一个州kubernetes总是试图实现和维持这种状态.

我有一个docker-compose文件,其中有多个服务以swarm模式配置(在多台机器上运行).哪个部分必须由Kubernetes取代？整个撰写文件？或者在某种程度上可以在compose文件中定义基本配置(env_var,volumes,command,...)并仅使用Kubernetes来编排群集？

我将替换整个swarm集群并使用kubernetes集群和对象定义组合文件结构yaml.根据我的经验说yamls,如果你热衷于看赫尔姆,那么这些可能会有点冗长.它是一个包管理器kubernetes哪个,你不有使用,但我认为这是在最好的工具之一kubernetes,此刻的生态系统,并有大量的开源图表一应俱全.

我强烈建议您在本地系统上kubernetes使用minikube,以熟悉一般概念.然后,您将能够自己回答上述问题.

Answer 2

首先，Kubernetes和Docker的Swarm“模式”都是容器编排工具。Docker compose该工具和 YAML 文件格式历来是描述多容器应用程序的方式，然后将这些应用程序部署到 Docker 的 Swarm 模式编排器中。

Kubernetes 有自己的 YAML 服务定义（和其他定义文件格式），但不使用 compose 文件格式。

然而，随着 Docker 宣布支持 Kubernetes，他们将提供该Docker compose工具的功能，以获取 compose YAML 文件并将该 compose 文件的“内容”（网络、服务 + env/secrets）部署到 Kubernetes 集群中，Kubernetes 编排引擎将这些组件放置在 K8s Pod 上。

基于上述陈述，您的问题实际上是关于您是否想要切换到在 Kubernetes YAML 中定义服务、环境、网络等，或者您是否会依赖 Docker 的支持来使用 compose 格式并针对 Swarm模式或K8s。这更多的是 Docker 对 Kubernetes 的支持还是开源或其他商业 Kubernetes 选项之间的商业决策，因此您的问题不一定有直接（和/或完全正确）的答案。