Kubernetes Pod和Docker Compose(s)（Composures？）之间有哪些区别？

Question

Kubernetes Pod和Docker Compose(s)（Composures？）之间有哪些区别？

dockercontainerskubernetesdocker-compose

70

Kubernetes中的Pod和Docker Compose脚本生成的“组合”都会生成虚拟计算机集群。这些集群中的计算机都可以进行配置，以相互通信，因此您可以编写一个脚本来镜像整个端到端的生产配置，并通过单个脚本在任何容器主机上部署该集群。

考虑到这两个系统的相似性，我很难理解它们之间的区别。为什么我要选择其中之一？它们是互斥的系统还是我可以在Kubernetes中运行组合？设计容器系统时需要考虑哪些重要因素？如果我打算在今天设计网站的架构并尝试构建基于容器的系统，那么我应该优先考虑哪些事项？（与单台机器系统相比）

- Alex C

3个回答

15

就网络方面而言，有以下差别：

Pod中的容器共用同一个IP地址。引自Kubernetes文档：

Pod内的应用程序都使用相同的网络命名空间（相同的IP和端口空间），因此可以使用localhost“找到”彼此并进行通信。由于这个原因，Pod内的应用程序必须协调它们对端口的使用。每个Pod在一个平坦的共享网络空间中都有一个IP地址，并且可以与网络上的其他物理计算机和Pod进行全面通信。

Docker-compose中的容器被分配不同的IP地址。有关更多信息，请参见此博客文章。

- Paulo Merson

10

尽管上面的答案清楚地回答了这个问题，但是我想添加一些快速的说明。

1. Docker-Compose和Kubernetes pod都是配置文件（Yaml），用于定义从镜像中创建的容器实例。

2. Docker Compose本身只是一个文件，具有包含服务（容器）进行通信的能力；本质上它是非分布式的。

3. Kubernetes pods也可以定义多个容器，但主要区别在于分配给可用节点的概念。

4. 最后，Docker Compose是一个工具，用于定义和运行无编排的多容器Docker应用程序，除非使用Swarm指定。而pod包含多个容器，在集群节点自动共享如果可用。

- Remario

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- VonC · Accepted Answer

docker compose只是声明需要启动的容器的一种方式，它并不涉及节点或集群的概念，除非它启动了Swarm主节点和Swarm节点，但这需要使用docker swarm)
更新于2016年7月，7个月后：docker 1.12模糊了界限，并包括了“Swarm模式”。

它与kubernetes大相径庭，后者是谷歌用来管理数千个容器组（如Pod），跨越数十或数百台机器的工具。

Kubernetes Pod更接近于Docker Swarm：

想象一下，个别的Docker容器就像装箱子一样。需要放在一起的箱子因为它们需要到达同一个地点或者彼此有亲和力，所以被装进了航运集装箱中。
在这个比喻中，装箱子就是Docker容器，而航运集装箱则是Kubernetes pod。

如下方评论所述，ealeon说道：

我认为pod等价于compose，只不过Kubernetes可以协调pod，而除非与Swarm一起使用，否则没有任何东西可以协调compose。

顺便提一下，您可以使用docker-compose启动Kubernetes命令。

关于Kubernetes与其他容器管理系统（如Swarm）的区别，Kubernetes是谷歌开发的第三代集群管理器。虽然两者都可以创建多容器应用程序，但Pod还作为部署和水平扩展/复制的单位，而Docker Compose不提供此功能。此外，您不会直接创建Pod，而是使用控制器（例如复制控制器）。Pod存在于更大的平台中，该平台提供了共同位置（协同调度）、命运共享、协调复制、资源共享和依赖项管理。Docker Compose则独立存在，具有其自己的docker-compose.yml文件。您可以在Google Cloud Platform Podcast的第3集中了解更多关于Kubernetes的信息。