软件团队常见的行为方式可以总结如下：
- 软件部署从Heroku或Firebase开始。
- 在应用程序需要快速扩展时，开始使用Docker进行容器化。
- 在遇到Docker困境的时候，考虑使用Kubernetes等容器编排工具。
从所有方面来看，这对于任何软件开发团队都是一条合理的道路。他们在每个阶段都将工作量降到最低，同时在基础架构方面提升了成熟度。
这对于不同规模的团队来说都是如此。他们可能是初创公司的开发人员，也可能是在大型项目中的小型团队成员。每个人都倾向于走这种阻力最小的道路。
但是，依次开展的每个阶段中往往会造成大量技术债务的积累。
他们反对Kubernetes的观点是，部署相当复杂。只有在软件团队遇到Docker自身无法突破的局限的情况下才能进行权衡或取舍。随着团队意识到Kubernetes也可以使具有不同规模和部署速度的团队受益，这种观点正逐渐被抛弃。
我们可以为不断变化的基础架构需求，提供动态接口吗？
事实证明， 是可以的，还有很多选择。其中一些经过了考验，例如Cloud Foundry和OpenShift。还有一些是最近出现的，例如Google Kf，Waypoint和App Platform。所有这些选项旨在提供一件事：为开发人员提供简化的体验。另外，它们都支持部署到Kubernetes。
本文将重点介绍Cloud Foundry如何在按照现代标准部署应用程序的同时，提供出色的开发人员体验，并通过完全开源的组件来完成所有这些工作。
Cloud Foundry（CF）基于容器的架构，可运行任何编程语言的应用程序。使用现有工具将应用程序部署到CF，无需修改代码。
Cloud Foundry提供了云、开发者框架和应用服务的选择，可以更快、更容易的构建、测试、发布和大规模部署应用程序。
它是一个开源项目，可通过各种私有云发行版和公有云实例获得。
你可能会问为什么选择Cloud Foundry，有许多原因，但主要是因为它是与供应商无关的，并得到了大型活跃的开源社区的支持，并且具有大规模部署的历史。
谷歌、IBM、微软、Pivotal、SAP、SUSE、Swisscom等提供支持Cloud Foundry
Cloud Foundry是创建应用程序，而非创建应用平台， 免去了为应用程序配置基础架构的成本和复杂 。Cloud Foundry社区已经在虚拟机和容器环境中部署了该项目，而从未损害开发人员体验。
今天，借助CF-for-K8（和KubeCF），Cloud Foundry为任何团队采用Kubernetes部署提供了一条轻松的道路，为用户提供了一条Kubernetes惯用的道路。这样，软件团队不会被迫在复杂性和部署最佳实践之间做出选择。
让我们从三个不同的方面检查Cloud Foundry的优势：
- 简单部署
- 几乎适合所有团队
- 开源的
Cloud Foundry为开发人员提供了一个简单的界面来部署其应用程序。开发人员可以在需要时使用一些附加的声明性语法对其部署进行细化修改。与Kubernetes API的交互被完全模糊，取而代之的是cf PaaS体验。
Service Broker使服务得以创建，绑定和删除。单独的子系统可用于UAA（用户帐户和身份验证），RBAC（基于角色的访问控制），监视，日志记录和联网。其中一些是Kubernetes组件的叠加层，而另一些则是Cloud Foundry原生的。多租户已内置到Cloud Foundry体验中。需要多租户Kubernetes架构的团队无需构建自己的平台，而只需利用现成的功能即可。类似地，这些子系统允许开发人员无需通过大量的部署清单即可部署应用程序。
因为应用程序与基础结构分离，你可自行决定在何处管理工作负载，私有云、公有云或托管的基础结构中，并可在几分钟内根据需要移动这些负载，无需对应用程序进行任何更改。
Cloud Foundry适合所有人吗？
Cloud Foundry具有很强的适应性，可承受技术的变化，你可随时采用新工具、新语言或新平台。
大多数软件团队都有定制需求，并使用本地开发的技术将其软件部署到生产中。Cloud Foundry可以容纳所有这些更改。
可以通过合理的配置来适应对管道，基础结构，打包和发布的更改，而不会影响开发人员的体验。可以选择不同的语言和开发框架，而无需担心任何额外的开销。这在很大程度上要归功于Buildpacks的使用，它们旨在与任何编程语言一起使用并生成不可变的工件以进行部署。小型团队可以保持敏捷，大型团队可以保持合规。
拥有自己的基础架构
Cloud Foundry是一个开源项目，具有开放式贡献和开放式管理模式，可为用户提供最大灵活性，以避免被供应商锁定。社区由具有多元化思维的人士组成，共同应对各种挑战，更多不同的观点可创建更强大的代码。
Cloud Foundry的开源特性使其对于寻求透明度和治理的团队非常有利。Cloud Foundry可以部署到公共，私有或混合云。并且还可以与许多本地开发环境一起使用。在所有这些不同的部署中都可以获得统一的开发人员体验。CF-for-K8的许多子系统来自Cloud Native Computing Foundation项目，这些项目本身就是开源的。Istio，Fluentd和Envoy是CF-for-K8内部使用的几个值得注意的开源项目。
最重要的是，从来没有解决所有部署需求的灵丹妙药。每个软件团队都会创建自己的文化，以配置开发环境，CI/CD流水线，部署节奏等。但是，从软件发展历史和大量实践经验中，我们可以肯定地说Cloud Foundry的经验能为你当前的软件开发和交付实践提供积极的价值。
译文链接：https://thenewstack.io/paas-or-fail-the-advantages-of-platform-as-a-service/
本文转自 https://www.kubernetes.org.cn/8726.html，如有侵权，请联系删除。
