docker - Kubernetes Pods 和 Docker Compose(s) (Composures?) 有什么区别？

Question

Kubernetes Pod 和 Docker Compose 脚本的结果(以下简称:“组合”)似乎都会产生虚拟计算机集群。

集群中的所有计算机都可以配置为相互通信，因此您可以编写一个脚本来反射(reflect)您的整个端到端生产配置。单个脚本允许您在任何容器主机上部署该集群。

鉴于这两个系统之间的相似之处，我很难理解两者之间的区别。

为什么我会选择其中之一？它们是互斥系统还是我可以在 kubernetes 中运行组合。

在设计容器系统时是否需要考虑任何关键因素？如果我今天正在为一个网站设计架构，并且希望喜欢尝试构建一个基于容器的系统。我应该设计的最高优先级的东西是什么？ (与在单机系统上构建相比)

Answer 1

docker compose只是声明必须启动的容器的一种方式:它没有节点或集群的概念，除非它启动 swarm master 和 swarm 节点，但那是 docker swarm )
2016 年 7 月更新，7 个月后:docker 1.12 模糊了线条和 includes a "swarm mode" .

它与 kubernetes 大不相同，一个谷歌工具，用于管理数千个容器组作为 Pod，超过数十或数百台机器。

一个 Kubernetes Pod会be closer from a docker swarm :

Imagine individual Docker containers as packing boxes. The boxes that need to stay together because they need to go to the same location or have an affinity to each other are loaded into shipping containers.
In this analogy, the packing boxes are Docker containers, and the shipping containers are Kubernetes pods.

作为 commented below由 ealeon :

I think pod is equivalent to compose except that kubernetes can orchestrated pods, whereas there is nothing orchestrating compose unless it is used with swarm like you've mentioned.

您可以launch kubernetes commands with docker-compose by the way .

In terms of how Kubernetes differs from other container management systems out there, such as Swarm, Kubernetes is the third iteration of cluster managers that Google has developed.

您可以在 episode #3 of Google Cloud Platform Podcast 中了解更多关于 kubernetes 的信息。 .

虽然两者都可以创建多容器应用程序，但 Pod 还可以作为部署和水平扩展/复制的单元，而 docker compose 不提供。
另外，您不直接创建 pod，而是使用 Controller (如复制 Controller )。

POD 位于一个更大的平台中，该平台提供 Co-location(协同调度)、命运共享、协调复制、资源共享和依赖管理。
Docker-compose 靠自己的方式生活......它的 docker-compose.yml 文件