容器正在吞噬软件世界——Kubernetes是容器之王。因此，如果您正在开发任何大型软件项目，特别是在企业中，您迟早会遇到这种情况。本周在波士顿举办了半年度开发者大会的Cloud Foundry就是一个有趣的例子。
在企业开发人员的世界之外，云计算仍然是一个未知的实体，尽管在《财富》500强企业中，至少有一半的公司拥有用户(尽管在创业世界中，它几乎没有吸引力)。如果您不熟悉Cloud Foundry，您可以认为它与Heroku类似，但是作为一个具有大型商业生态系统的开源项目，以及在任何云或on-premises安装上运行它的能力。开发人员编写他们的代码(遵循12个因素的方法)，定义它需要运行的内容，而Cloud Foundry可以处理所有底层的基础设施，如果必要的话，还可以进行扩展。理想情况下，这将使开发人员不必考虑他们的应用程序在哪里运行，并让他们更高效地工作。
为了使这一切得以实现，Cloud Foundry就早早地把赌注押在了Docker上，甚至在Docker还未成形之前。由于Kubernetes还未落地，许多参与云计算的各种公司聚集在一起，建立起他们自己的容器编配系统，这个项目仍然支撑着今天的大部分服务。
然而，随着Kubernetes日渐成熟，对Kubernetes支持的呼声在Cloud Foundry生态系统内部高涨起来。去年，该基金会宣布了其在这个方向的第一个重大举措，即推出基于kubernets的容器运行库，用于管理容器，该容器位于现有的应用程序运行时旁边。这样，开发人员就可以使用Cloud Foundry来运行和管理他们的新(和现有的)单体应用程序，并与他们开发的新服务并行运行。
但是，还记得云计算是如何在应用运行时使用它自己的容器服务的吗?现在确实没有理由这样做，因为Kubernetes(以及它的生态系统中的其他项目)已经成为处理容器的默认。因此，现在有一个Cloud Foundry项目，目的是将旧的容器管理系统和Kubernetes替换掉，这也许不足为奇。毕竟，容器管理并不是区别Cloud Foundry的原因。相反，它是开发人员的优势——在将来某一天，云计算的整个要点是开发人员不必关心基础设施的内部基础单元。
还有一个方面，Cloud Foundry生态系统也正在拥抱Kubernetes。因为Cloud Foundry也是一个软件，所以没有什么能阻止你在Kubernetes上面运行它。因此，一些大的云计算供应商，包括SUSE和IBM，正在这样做。SUSE云应用平台是一个认证的云计算平台，可以运行在任何公共云Kubernetes基础设施上，包括Microsoft Azure容器服务。正如SUSE团队告诉我的那样，这意味着它不仅更容易部署，而且还需要更少的资源密集型运行。同样的，IBM现在也在Kubernetes上为其客户提供云计算，尽管现在它只是把它称为实验产品。IBM的云开发服务总经理Don Boulia强调，IBM的客户主要是在一个隔离的环境中寻找运行他们的工作负载的方式，而这个环境并没有与其他IBM客户共享。
Boulia还强调，对于大多数客户来说，这不是关于Kubernetes和Cloud Foundry的关系。对于他的大多数客户来说，使用Kubernetes本身就是将他们现有的应用迁移到云上。而对于新的应用程序，这些客户则选择运行云计算。这也是SUSE团队所强调的。SUSE所看到的一种模式是，潜在的客户会想到建立一个容器环境，然后在对话过程中，决定实现云计算的方式。
事实上，本周事件的信息是Kubernetes和Cloud Foundry是互补的技术。这是谷歌的容器引擎和Kubernetes的工程总监Chen Goldberg在这次活动的小组讨论中强调的。
CNCF是Kubernetes的组织，都在Linux基金会的管理之下。他们采取了一些不同的方式。与Cloud Foundry比CNCF更强调企业用户。这里可能有一些政治因素，但在大多数情况下，这两个组织似乎足够友好——而且他们确实已经有许多成员。“我们是CNCF的一部分，也是Cloud Foundry基金会的一部分，”首席执行官Rob Mee告诉我们的Ron Miller。“这些社区越来越多地共享技术，一起发展。不是完全独立，也没有打压竞争。非常复杂和微妙。CNCF和Cloud Foundry是一个更大的生态系统的组成部分，提供免费的和融合的技术。
我们可能会看到更多的技术共享——也许是合作——在CNCF和Cloud Foundry之间进行。毕竟，CNCF是许多非常有趣的项目组织，它们构建了云计算应用，这些应用在云计算中也有相当一部分用例落地。