CloudFoundry宣布，该项目将于上月更新并改名Kubernetes和BOSH(Kubo)项目名称为CFCR（ContainerRuntime），该项目将为用户提供更大的“选择”。
CFCR Kubo 成为CloudFoundry用容器的首选方法，在6月由Pivotal和谷歌捐赠给CloudFoundry基金会。
但这不仅仅是对Kubo的重新命名，根据CloudFoundry的CTOChipChilders说法，:“这个项目在技术方面继续以更多的方式取得进展，已经向新的贡献者们提供了帮助，并且正在以一种明确的方式向前推进，以一种企业级的方式交付Kubernetes。”
他补充说，这些新的贡献者帮助CFCR增加了一些新的功能版本。更改包括对各种IaaS提供者的持久卷的支持，与Istio服务网格项目的兼容性测试，集群自修复，更新到Kubernetes版本1.8.1，并将BOSHDNS和CredHub项目集成到已部署的环境中。
然而，Childers说，不仅仅是技术上的改变提高了对新服务的接受程度。最大的变化是来自CloudFoundry社区的支持。
核心的改变
他说，这个新名字不仅仅是名字的改变，而是它的重要性。“现在有超过40%的用户和超过一半的财富500强使用CloudFoundry应用程序运行时，通过关注容器运行时的配对，我们增加了Kubernetes通过与应用程序运行时进行配对的速度。”
目标是确保使用CNCF管理的Kubernetes，，可以在本地部署集群，也可以在公共场合使用。现在可以使用CFCR来部署Kubernetes或CloudFoundry的应用程序运行时。
BOSH，2010年首次发布，是目前由VMware和CloudFoundry公司推出的开源DevOps工具。它可以用于部署、控制和管理虚拟工作负载，它特别擅长提供Kubernetes所缺乏的监控功能。
图：CFCR工作原理图
那么，为什么我们突然对这种选择感兴趣呢?为什么CloudFoundry使用不同组织的核心技术？请注意下面的数字。
根据基金会一项调查，在所有有关容器的行业中，它们在约25%的企业中被部署，而去年仅为3%。
与此同时，组织正在经历技术变革，“一切数字化”。
Childers说：“大量的客户是大型企业，他们正在经历这一转型过程，而且随着SUSE推出他们的产品，SAP云平台进入市场，这将会变得更快。”
这是为了提高对容器技术的推进，使其更容易在公共云的普遍接受的概念之外使用。
该组织希望消除进一步采用的障碍。
“这不仅仅是容器的问题：这是思维的根本转变，”Childers说。“如果你认为组织是一个有机体，它就不会改变它的整个前景。”
如果你部署它，它们就会来
根据Childers的说法，重点在于“创建一个真正的平台，而不是创建一系列可以创建平台的工具”。
那么，针对独立软件供应商(ISV)，CFCR究竟应该如何提供真正的选择呢?
“我们知道有很多情况下，您希望部署一个容器，并使用Kubernetes社区所构建的一些镜像。我看到的一些用例包括isv，他们想把软件作为一个OCI图像或Docker图像分发。
这些是在CloudFoundry内部署的不同类型的系统，这些技术通常被打包为容器，并向您发送您希望在应用程序的整体架构中包含的技术。
“我们看到的开发经验是，在这两种抽象类型中，您有统一的身份，您可以在一起很好地工作，在那里，您可以托管Kubernetes，使用您想从定制代码中使用的许多支持服务。”
如果您有一个更老的单独应用程序，您希望将它作为一个Linux容器包装，这在实践中是如何工作的。它可能在应用程序运行时工作得很好，但可能不是——这取决于它的属性。“我们不要求你在应用程序运行时遵循所有12个因素——我们知道很多应用都不符合这12个因素。”因此，我们可以决定在相同的环境中部署它，它将被封装在一个容器中，然后部署在容器运行时——我们已经给用户提供了选择，”Childers说。
在CloudFoundry基金会有一个共识，即容器必须变得更容易访问，更易于管理，那么和CNCF一起工作，更有希望。
原文链接：
https://www.theregister.co.uk/2017/11/09/from_kubernetes_bosh_to_container_runtime/
