CloudFoundry的贸易代价与将来

雨乐雨欣

原标题：Cloud Foundry的贸易代价与将来

云原平生台为构建和摆设软件设定了尺度。它们使十二年前还不存在的企业可以或许在竞争猛烈的市场上取得乐成。开源云应用平台Cloud Foundry（CF）不停是这一乐成的驱动力，使企业可以或许更快地构建、测试、摆设和扩展软件。

确保云原生技能得到高效和安全利用是一场连续不停的战斗。这使得Kubernetes作为在软件开辟和生产中快速摆设和管理容器化应用步伐的一种方式而鼓起，并引发了对CF将来的疑问。

VMware在2021年1月关闭了其完全托管的CF Pivotal Web Services（PWS），这是否意味着Kubernetes“赢了”？这是否意味着CF的“闭幕”？

CF会消散吗？不会，由于CF的焦点是平台和开辟职员之间的协议，而且这种体验的需求量仍旧很大。CF打包、调理和运行开辟职员的应用步伐，条件是他们服从12-factor应用步伐方法论。这种方法涵盖了从代码库和依靠关系到日记和管理流程的全部内容。它确保了平台顶部的应用步伐层可以在云情况中扩展和强大。至少，它提供了一个同一的应用步伐架构，可以跨多种编程语言工作。

该协议以为，云原生应用步伐可以通过尺度化方法以可猜测和可靠的方式运行。12-factor方法的其他长处在一些规则中有阐明：

——“假如12-factor应用步伐无法完成其工作，则会瓦解（或正常退出）”

——“12-factor应用步伐不依靠于任何体系工具的隐含存在。”

这些规则所创建的属性使得Kubernetes云云盛行，好比并发性、可处理性和模块化，但这并不希奇，由于Kubernetes也是一个云原平生台，而且遵照与CF雷同的规则。

CF的将来在于改变并寻求使用Kubernetes。正如RedMonk分析师Stephen O'Grady客岁批评的那样，Cloud Foundry的将来是怎样“提供Kubernetes之上和四周的抽象，以改善开辟职员和运维职员的总体体验”。

CF与其说是一个单一的平台，不如说是一个左券。如今有几个体系存在于差别的开辟阶段，遵照CF的平台开辟者协议。

第一种是“传统的”CF，基于VM的Cloud Foundry。这是由BOSH在VMs上摆设的，BOSH是一个假造机编排器，用于在很多差别云提供商的VMs上摆设、扩展和维护应用步伐。

第二个是KubeCF，它为Kubernetes容器化BOSH版本。这个官方的Cloud Foundry基金会项目答应利用其他CF团队利用的同一个BOSH版本，同时为盛行的容器编排器提供最稳固、最老实的CF实现。

另有另一个官方的CF项目cf-for-k8s，其重点放在Kubernetes上。这个项目接纳了Kubernetes原生方法，涉及到对实现和架构的巨大改变。这个项目处于早期的测试阶段，并会推出Open Container Images（而不是BOSH发布）。别的，由于Kubernetes有一个容器运行时，CF的Diego被删除，gorouter被Istio和Envoy更换。

由于cf-for-k8s项目对CF组件举行了更改，cf项目团队必须维护的代码大大淘汰。我们还预计，随着KubeCF依靠的工件制止发布，KubeCF将渐渐接纳cf-for-k8s的生产可用组件。

睁开全文

末了一种选择由谷歌开辟，它被称为kf，是Kubernetes的cf工具的客户端重新实现。谷歌将其视为一种迁徙工具，利用户可以从摆设源代码到CF，直接到GKE之上的GCP Kubernetes集群，但它已经支持很多最常用的下令和标记。这是一种专注于谷歌产物的专有方法。不外，在Kubernetes集群上利用一个简朴的shell别名摆设和管理应用步伐的想法很有吸引力。

另有更多的创新发生在CF和Kubernetes的上风都得到充实使用的地方，我们非常盼望CF on Kubernetes意味着中型公司（而不但仅是大型企业）将受益于CF提供的业务上风和体验。

别的，相识CF连续的业务代价也是至关紧张的。

CF提供的用户体验是运维职员的最爱

从开辟职员和运维职员的角度来看，这些利益很吸引人。Cloud Foundry位于底子办法（IaaS）层之上，提供底子办法服务的抽象，并通过单个平台简化操纵。CF利用其CF推送体验摆设应用步伐，运维职员喜好这种体验，由于他们不必担心折务发现或应用步伐摆设在那边等题目。

CF是开源的，可以低落允许本钱

当思量更快的上市方式时，开源CF（OCF）可以明显低落IT本钱。由于开源软件是免费利用的，它低落了与贸易应用实例的昂贵允许证费用相干的本钱。对于利用“CF-as-a-Service”云盘算选项的构造来说，这也是一个扬弃过多底子办法占用和取消七位数支持条约的时机。OCF通常必要一个更大的运维团队来支持对OCF的代码贡献，但终极照旧会节流大量的本钱。

CF通过主动化为大型构造提供顺应性

CF还向大型构造提供了CI/CD和DevOps的机动性。只管CF可以将一个应用步伐快速投入生产，但它使一家金融服务公司可以或许在不到7天的时间内修补ZombieLoad攻击。这个项目也在不影相应用步伐团队或正在运行的应用步伐的环境下完成。

CF对峙的计划低落了复杂性，但仍旧答应定制

CF消除了运维职员的复杂性和痛楚，但它所做的假设和优化并不妨碍其可设置性和可扩展性。它的可扩展性不答应CF的性子发生变革，但是答应准确的定制。比方，我们开辟了一个“BOSH Splitter”工具，这意味着客户可以将他们的维护使命（如调理stemcell（VM-image）轮换）分散在多天和小窗口中，而不是一个2天的摆设。

CF从一开始就接纳了“多云原生”计划，制止了供应商锁定

CF被计划成一个开放平台出现的时间，没有多少企业思量多云，CF可以很好地应对当前的供应商锁定题目。作为一个开放平台，CF抽象盘算资源，以创建跨差别云提供商摆设服务和应用步伐的尺度方法。对于利用CF并接纳混淆和多云方法的企业，CF的抽象资助他们拿到更好的服务条约。

CF为灵敏应用步伐迁徙奠基底子

固然CF是布局化的，但对于那些思量云原生的公司来说，一旦底子工作完成，CF就可以实现有用的应用步伐转换。根据我们本身的履历，我们为一家农业生物技能企业迁徙了1132个非生产和生产应用步伐，并不必要开辟团队的关注。这个项目涉及到修复全部清单和271个Java管道，而且在不绝止工作流的环境下实现。

在一个必要加快厘革的贸易天下中，Cloud Foundry正在不停发展，并相应软件构建、测试、摆设和扩展周期的需求。这不但意味着更快地进入市场，也意味着保持开辟反馈周期的紧张性。它不但具有可猜测性和可靠性，而且具有可扩展性。它在规模上易于利用，照旧一个经济高效的办理方案。Cloud Foundry的计划是为了抽象复杂性，因此它知道如安在你没有留意到变革的环境下改变。

原文链接：

http://www.techradar.com/news/the-business-value-of-cloud-foundry-and-its-future返回搜狐，检察更多

责任编辑：