Cloud Foundry 基金会今天宣布推出 Korfi，这是一种新的开发人员体验，将在 Kubernetes 之上提供与 Cloud Foundry 兼容的应用程序平台。
自 10 多年前首次发布以来，开源 Cloud Foundry 项目已将自己确立为许多大型企业的首选平台即服务 (PaaS)，这些企业希望为其开发人员提供与语言无关的开发人员体验，抽象消除了大部分基础设施问题。早期，在容器成为流行语之前，Cloud Foundry 构建了自己的容器系统，但从那以后，在很大程度上，它重新集中精力在 Kubernetes 之上构建。现在，Kubernetes 的共同发明者 Craig McLuckie 担任 Cloud Foundry Foundation 的董事会主席，该组织在这方面加倍努力也就不足为奇了。
尽管如此，Cloud Foundry 近年来已经启动了两个以 Kubernetes 为中心的项目， KubeCF ，一个用于 Kubernetes 的 Cloud Foundry 发行版和cf-for-k8s ，它允许开发人员将他们的应用程序代码推送到 Kubernetes。那么为什么还要启动另一个与 Kubernetes 相关的项目呢？
“随着 Kubernetes 的成熟，我们的社区已经构建了几个 Cloud Foundry 抽象来降低 Kubernetes 的复杂性，”Cloud Foundry 的项目经理 Chris Clark 说。 “久经考验的 Cloud Foundry 开发人员体验已经通过最大限度地提高开发人员的生产力为组织节省了数百万美元。借助 Korfi，我们正在构建从以前的迭代（如 cf-for-k8s 和 KubeCF）中学到的新架构。 Korfi 为云原生技术带来了更大的互操作性，为 Kubernetes 带来了 Cloud Foundry 应用开发者体验的轻松和简单。”
McLuckie 指出，这个新项目是 Cloud Foundry Foundation 运作方式发生更深层次变化的结果。 “通过 Korifi 项目，我们作为一个社区真正走到了一起，并通过我们建立的许多结构来模仿我们在 Kubernetes 社区中学到的东西，”McLuckie 解释说。 “因此，[我们] 有一个技术监督委员会和特殊利益集团论坛，通过设计、构思和执行工作，然后生产出不仅适用于某个供应商的东西——或者是一个供应商关于 [Cloud Foundry 的理想抽象的论文” ] 在 Kubernetes 目的地上看起来像——但要将更广泛的群体聚集在一起。”
他还表示，现有的 Cloud Foundry 产品不会消失，也不会被这个新产品取代，特别是因为虽然 Cloud Foundry 可以很好地处理 Windows 工作负载，但这不是 Kubernetes 项目的东西，它来自 Linux 世界，一直专注于（尽管值得注意的是，Kubernetes 在支持 Windows 工作负载方面也取得了一些进展）。
“我们只是认为这对 Kubernetes 生态系统来说是一个非常有益的故事，”McLuckie 说。 “我们确实看到了对应用程序平台即服务体验的高水平需求——让您进入生产环境的一组护栏——并以支持它的方式将这些世界整合在一起。我认为这是非常积极和强大的。”
McLuckie 和 Clark 都强调，基金会希望社区了解该软件的用户希望 Korfi 走向何方。 “就我们与社区合作的方式而言，我们希望在这方面有所进步，”McLuckie 解释道。 “我们希望推出测试版；我们想看看人们使用什么能力，使用什么关键抑制剂。然后，我们将专注于围绕真正重要的事情进行社区投资。”这也意味着该组织仍在寻找 Korfi 是否会涵盖 Cloud Foundry 的所有功能，或者是否可能仅包含一个子集就足够了，这取决于开发人员将如何使用新平台。 Cloud Foundry 生态系统中最大的两家供应商 VMware 和 SAP 也将把 Korifi 集成到他们自己的 Cloud Foundry 解决方案中。