Cloud Foundry Foundation发布了Korifi的beta版，这是一种新的平台即服务(PaaS)，旨在简化开发人员和运维人员的Kubernetes开发和部署体验。

该基金会表示，Korifi将以Cloud Foundry的开发人员为中心的体验交付运行在Kubernetes上的与Cloud Foundry兼容的应用平台，因为Kubernetes对于运维人员和开发人员来说都很复杂。

让开发人员和运维人员感到幸福

企业管理协会(Enterprise Management Associates)分析师Torsten Volk解释说：“Kubernetes让开发人员感觉自己像是‘糖果店里的孩子’，因为该平台提供了一个庞大的产品生态系统，可以推出灵活、可扩展的应用程序堆栈。另一方面，Cloud Foundry专注于提供一套预集成和完全企业化的开发人员和DevOps服务。但如果没有‘糖果店’，因此开发人员更喜欢Kubernetes的原生体验。”

Cloud Foundry是一种开源技术，由许多大型技术公司支持，包括IBM、SAP、VMware、HCL和华为，制造业、电信和金融服务业的领导者正在使用该技术。

继续降低复杂性

Cloud Foundry吸引了企业应用程序开发人员。

Volk表示：“你真的只能在非常大的企业中看到CF，因为它非常喜欢在专用的服务器基础设施上运行，这就是为什么它屈从于Kubernetes。”

Cloud Foundry Foundation还提供了其他工具来帮助使用Kubernetes的企业提高开发人员的生产率，例如cf-for-k8s。cf-for-k8s将Cloud Foundry开发人员API与其他流行的开源项目相结合，如Kubernetes、Istio、Envoy和Fluentd。该项目使用自定义资源定义和其他Kubernetes原语在新组件上提供熟悉的开发人员体验。

同时，另一项工作是KubeCF，面向Kubernetes的Cloud Foundry Application Runtime。它为开发人员提供了Cloud Foundry的生产力方面，并允许平台运维人员使用Kubernetes工具和API管理基础设施抽象。

Cloud Foundry Foundation项目经理Chris Clark在一份声明中表示：“随着Kubernetes的成熟，我们的社区已经构建了数个Cloud Foundry抽象，以减少Kubernetes的复杂性。久经考验的Cloud Foundry开发人员体验通过最大限度地提高开发人员的生产率，已经为组织节省了数百万美元。通过Korifi，我们正在构建一个从以前的迭代(如cf-for-k8s和KubeCF)中学习到的新架构。Korifi带来了与云原生技术更好的互操作性，为Cloud Foundry应用程序开发人员带来了方便和简单的Kubernetes体验。”

后续产品

Cloud Foundry的首席布道者Ram Iyengar表示，在某种程度上，Korifi是KubeCF和cf-for-k8s的后续产品。

“按时间顺序，KubeCF排在第一位，其次是cf-for-k8s，现在是Korifi。进化的每个阶段都以Kube惯用成分的增加为标志。KubeCF很少使用云原生生态系统中的组件。cf-for-k8s还使用了一些组件。Korifi已经发展成为一种API，它与Kubernetes RBAC、分层命名空间、Evnoy/Contour和其他几个原生Kubernetes组件完全集成。它们是不同的、独特的工作，每个都有不同程度的成功采用。”

KubeCF允许运维人员通过将BOSH清单转换为Helm chart，在Kubernetes之上部署Cloud Foundry实例或任何其他BOSH版本。这种方法是在Kubernetes上运行完整CF环境的一种快速方法，但即使采取下一步直接在Kubernetes上运行应用程序容器也是一个挑战，更不用说进一步发展系统了。

cf-for-k8s是Cloud Foundry社区以Kubernetes原生方式提供CF的最初努力。它将Kubernetes和Istio与CF API和其他Cloud Foundry组件结合在一起。虽然这是成功的，但这种方法的一些架构限制变得很明显。

Clark说：“你可以说Korifi是与cf-for-k8s相同的一个迭代，尽管它们是一个完全不同的实现，而且更进一步。”

Cloud Foundry基于容器的架构在各种云平台上运行以任何语言编写的应用程序，如AWS、谷歌云平台(GCP)、IBM Cloud、Microsoft Azure和OpenStack等。

VMware Cloud Foundry管理委员会主席兼研发副总裁Craig McLuckie在一份声明中表示：“每天都有数千名开发人员将Cloud Foundry作为一个简单、可靠的平台来部署和管理其关键任务应用程序。他们的团队依靠其稳定性和自动化来支持这些开发人员和应用程序。我们认为Korifi是一个机会，可以确保Cloud Foundry与其他云原生技术和部署实践不断增长的生态系统良好地互操作。”

McLuckie也是Kubernetes的联合创始人，这表明Cloud Foundry Foundation正将更多精力放在为Kubernetes开发人员抽象出复杂性上。然而，该基金会表示，Korifi并不意味着Cloud Foundry完了。

“传统的基于虚拟机的Cloud Foundry架构是行不通的。从现在起，它将继续开发和维护;SAP和VMware对现有CF用户群的承诺都很明确。”

有许多大型部署仍在继续使用Cloud Foundry实现虚拟机，如BOSH项目。

Iyengar说：“我们相信，这两种工具将并存，继续满足略有不同的需求。它们在开发人员体验方面有着共同的目标，但将专门针对不同的云基础设施而构建。首先，Korifi针对的是那些希望迁移到Kubernetes的工程团队。没有任何东西阻止人们在绿地项目中采用它，并开始将其用作内部开发平台。”

Volk说，Korifi将最初基于VM的Cloud Foundry架构以微服务的形式引入Kubernetes，微服务可以通过标准的Kubernetes工具进行管理，并且可以通过kubectl访问。

成功的两个因素?

Volk指出，有两个因素是该项目成功的关键。一是能够让用户在网络、服务网格、安全性、编排、可观察性、管道管理、数据库等最流行的云原生产品类别中进行选择。另一个因素是，Cloud Foundry应用程序和其他Kubernetes应用程序必须能够并排运行，而不会对后者产生任何负面影响。

“这两项任务都不简单，我目前在GitHub上看到的Korifi贡献者只有十几个，但考虑到项目支持者的Kubernetes经验，我认为有成功的机会。不管怎样，Korifi似乎是Cloud Foundry取得成功的唯一机会。”

同时，对于系统集成商和服务提供商来说，Korifi是一种为其Cloud Foundry客户实现云原生转换的方式，同时也引入了一种新的基于云的产品。