引用原文：“docker项目给PaaS世界带来的“降维打击”，其实是提供了一种非常便利的打包机制。这种机制直接打包了应用运行所需要的整个操作系统，从而保证了本地环境和云端环境的高度一致”

既然打包了整个操作系统，如果一台机器上跑n个docker镜像，那意味着有n个操作系统运行在这台机器上，那每个docker所能获取到的资源是不是就很有限了，比如内存、cpu、文件描述符等等，请释惑。谢谢

也有说法认为开发人员在Kubernetes的体验比较糟糕，毕竟通常Kubernetes被认为更像是“IaaS+”而不是一个“PaaS”。如果Kubernetes就是“IaaS+”而不是一个“PaaS”，那是不是可以将Cloud Foundry运行在Kubernetes之上？
目前Cloud Founfry已经支持了两种不同的运行时，参考:
Cloud Foundry gives you the choice: CF Container Runtime is built using Kubernetes and CF BOSH. You can also continue to use the Cloud Foundry cloud application platform — CF Application Runtime.

Kubernetes项目就是之前的Kubo项目发展而来。

Formerly known as Project Kubo, an incubating project within the Cloud Foundry Foundation initiated by engineers at Google and Pivotal, the Kubernetes-powered, Kubernetes-certified CF Container Runtime offers a uniform way to instantiate, deploy, and manage highly available Kubernetes clusters on a cloud platform using CF BOSH.

这样的整合看上去是取长补短的结合，把Cloud Foundry作为PaaS管理整个应用的云环境，包括k8s集群.
Kubernetes and CF BOSH together are a powerful combination. With CF BOSH managing the deployment and lifecycle of your environment, you can achieve high availability for Kubernetes clusters, as well as scaling, VM healing, and rolling upgrades.

因为我的工作中主要是基于Cloud Foundry的开发，但同时对k8s非常感兴趣，不知道这个整合的方向是否与以后的趋势相悖，望指点迷津。
谢谢！