CloudFoundry 与 Docker/CoreOS 兼容吗？
Is CloudFoundry compatible with Docker/CoreOS?
我有兴趣将 OpenStack 安装到我们周围的一些物理设备上，然后以某种方式在其上部署 CloudFoundry，作为 PaaS。
我也有兴趣使用 Docker 和 CoreOS，并且发现 OpenStack and CoreOS 之间的集成已经存在。
我的问题：如果我有 OpenStack/Nova 启动 VM 运行 CoreOS，因此是 Docker/container-based，这是否与 CloudFoundry 兼容，或者是 CloudFoundry与 Docker 容器不兼容？
Cloud Foundry 是使用名为 Bosh 的专用工具安装的。它支持 Openstack，我认为需要使用 Ubuntu VM 进行部署（这一点有待更正）。 Cloud Foundry 尚未集成 Docker，将在下一个版本中集成，google "Cloud Foundry" 和 "Diego".
maybe I'm not fully understanding here, but I was under the impression
that containers can't just stand on their own. They would require
living inside a VM. So my thinking/hope was that I could use
CloudFoundry to spin up VM instances, and inside those instances,
deploy containers. Thoughts?
容器是完全独立的，它们是一种轻量级虚拟化形式。 Cloud Foundry 是一个用于部署应用程序的平台。它 运行 在虚拟机（或物理服务器）上运行，您的应用程序实例在容器内的 CF 主机上编译和 运行。目前 CF 使用的容器技术称为 Warden。 Diego 是 2015 年推出的新 CF 组件，将提供 Docker 支持。
then what is the difference between CF Diego and Kubernetes, which
also seems to be about deploying/distributing your container across
pools of nodes? Do they serve different, similar or identical
purposes? In other words, would there be a use case for having both CF
Diego and Kubernetes managing your app deployments, if so, what?
Kubernetes 是一个 Google 赞助的项目，用于跨多个主机编排容器。 Cloud Foundry 走得更远，因为它还包含用于构建和版本控制已部署应用程序的功能。值得注意的是，Redhat 有一个名为 Openshift 的竞争性 PaaS 解决方案。下一个版本（已在 github 中可用）集成了 Kubernetes 并添加了所有缺少的应用程序构建支持，使其可与 Cloud Foundry 提供的功能相媲美。两者 CF Diego and Openshift V3 都将于 2015 年某个时候交付。
更新
- 从您的其他问题来看，您对 Camel 很熟悉。您会对最近集成了 Openshift V3 的 fabric8 framework 感兴趣。 （Fabric 是 JBoss Fuse 产品的上游项目）
我有兴趣将 OpenStack 安装到我们周围的一些物理设备上，然后以某种方式在其上部署 CloudFoundry，作为 PaaS。
我也有兴趣使用 Docker 和 CoreOS，并且发现 OpenStack and CoreOS 之间的集成已经存在。
我的问题：如果我有 OpenStack/Nova 启动 VM 运行 CoreOS，因此是 Docker/container-based，这是否与 CloudFoundry 兼容，或者是 CloudFoundry与 Docker 容器不兼容？
Cloud Foundry 是使用名为 Bosh 的专用工具安装的。它支持 Openstack，我认为需要使用 Ubuntu VM 进行部署（这一点有待更正）。 Cloud Foundry 尚未集成 Docker，将在下一个版本中集成，google "Cloud Foundry" 和 "Diego".
maybe I'm not fully understanding here, but I was under the impression that containers can't just stand on their own. They would require living inside a VM. So my thinking/hope was that I could use CloudFoundry to spin up VM instances, and inside those instances, deploy containers. Thoughts?
容器是完全独立的，它们是一种轻量级虚拟化形式。 Cloud Foundry 是一个用于部署应用程序的平台。它 运行 在虚拟机（或物理服务器）上运行，您的应用程序实例在容器内的 CF 主机上编译和 运行。目前 CF 使用的容器技术称为 Warden。 Diego 是 2015 年推出的新 CF 组件，将提供 Docker 支持。
then what is the difference between CF Diego and Kubernetes, which also seems to be about deploying/distributing your container across pools of nodes? Do they serve different, similar or identical purposes? In other words, would there be a use case for having both CF Diego and Kubernetes managing your app deployments, if so, what?
Kubernetes 是一个 Google 赞助的项目，用于跨多个主机编排容器。 Cloud Foundry 走得更远，因为它还包含用于构建和版本控制已部署应用程序的功能。值得注意的是，Redhat 有一个名为 Openshift 的竞争性 PaaS 解决方案。下一个版本（已在 github 中可用）集成了 Kubernetes 并添加了所有缺少的应用程序构建支持，使其可与 Cloud Foundry 提供的功能相媲美。两者 CF Diego and Openshift V3 都将于 2015 年某个时候交付。
更新
- 从您的其他问题来看，您对 Camel 很熟悉。您会对最近集成了 Openshift V3 的 fabric8 framework 感兴趣。 （Fabric 是 JBoss Fuse 产品的上游项目）