这个有一点理论上的问题，但请耐心等待。
目前我有一个运行几个Docker容器的服务器（4或5，取决于date和时间）。 我打算再增加一个，就像第一个，甚至第三个一样。
现在，我的问题是：如果我有15个容器来pipe理，而不是5个，那么使用Google Kubernetes有什么好处？
另外，是否有一个“官方”或者至less是“明确”的工作stream程从Docker容器迁移到Kubernetes的本地单元“pod”。 在你问之前，我知道豆荚是由容器制成的（甚至有一次）。 我的主要问题是“dockerfiles”与pod configs完全不同。
有任何想法吗？
如果时间到了，我有15个容器来pipe理，而不是5，使用谷歌Kubernetes有什么好处？
如果您使用Docker守护程序在一台服务器上运行容器，并且其Remote API听起来适合。
如果你需要在多台服务器上运行容器，这就是Kubernetes ， Docker swarm ， Fleet ， Mesos ， Geard等编排解决scheme的用处。
我的主要问题是“dockerfiles”与pod configs完全不同。
因为他们有不同的目的：
Dockerfile指定如何从源代码树构build容器图像 pod.yaml定义了如何在集群的一个节点上调度（映像，命令行，卷，端口）一组共同定位的容器（共享networking名称空间和卷）。 你可以看到pod作为一种声明方式来指定一组docker run --net=container:... -v ... -p ...命令。
另外，是否有一个“官方”或者至less是“明确”的工作stream程从Docker容器迁移到Kubernetes的本地单元“pod”。
kubernetes / contrib中有一个名为podex的小工具，它允许您根据存储在公共registry中的图像元数据生成一个pod清单。
$ go get github.com/GoogleCloudPlatform/kubernetes/contrib/podex $ podex google/nodejs-hello id: nodejs-hello kind: Pod apiVersion: v1beta1 desiredState: manifest: version: v1beta2 containers: - name: nodejs-hello image: google/nodejs-hello ports: - name: nodejs-hello-tcp-8080 containerPort: 8080
@ proppy的答案是正确的：一个只为单个服务器工作。
我有同样的初始反应，但实际上可以在一个文件中有多个Services和Pod（用---分隔）。 这样一般来说，每个容器仍然有1个服务+ 1个容器，但是这不算太坏。
你还必须在docker-compose中命名一堆东西（有时候我觉得这是不必要的）。 一旦你通过学习哪个名字在哪里，你会没事的，文件的维护也不会太难。
部署是一个重要的国际海事组织，但同样是分布式的，也是一个部署豆荚types即将到来，应该简化升级（目前作为v1.1 beta版本）。