在瑞士巴塞尔举行的Cloud Foundry峰会（2018年10月9日至12日）上，有很多关于Kubernetes和Cloud Foundry技术相互影响的讨论。这也是SAP云平台开发人员社区非常感兴趣的一个领域。如果你对这个话题不熟悉，或者只是对所有的讨论感到不知所措，你可能会发现这个博客很有用。我将比较Cloud Foundry和Kubernetes技术的基础知识，并概述它们的潜在集成。
SAP继续深入参与Cloud Foundry社区。SAP是Cloud Foundry Foundation的白金会员，是Cloud Foundry峰会和Cloud Foundry日的定期赞助商。更重要的是，SAP已经成为CloudFoundry开源代码库的第二大贡献者。如今，SAP云平台的Cloud Foundry环境通过其对敏捷、开放和简化的云本地应用程序开发的支持，被客户用于加速业务创新。
同时，容器化和Kubernetes作为标准容器编排技术的主题对于SAP来说并不新鲜。一些SAP解决方案（如SAP Data Hub、SAP Concur）和SAP云平台服务（如机器学习和区块链）已经成功地使用了容器技术。为了代表客户和生态系统的利益，SAP以白金级成员的身份加入了云原生计算基金会（Cloud Native Computing Foundation），物联网架构，并积极参与其开源项目。我在今年早些时候的一次活动中谈到了为什么SAP会关心Kubernetes，而我们已经有了CloudFoundry。在最近拉斯维加斯举行的SAP TechEd活动上，我们还宣布了Kubernetes作为SAP云平台上的一项服务的私有beta版。
因此，SAP很自然地会在巴塞尔的Cloud Foundry峰会上赞助Containers和Serverless track，以推动开源社区就Cloud Foundry和Kubernetes的主题进行公开对话。这个博客基本上是对我的开场白的一个快速总结，我的开场白是为了在这条赛道上开始一系列精彩的演讲。不如用一点诗意来舒缓一下心情吧！我认为下面提到的Cloud Foundry俳句和Kubernetes俳句很好地反映了他们的主要理念。
一方面，Cloud Foundry允许开发人员专注于应用程序代码，并将他们从低级关注的负担中解放出来-收集运行时和框架所需的二进制文件，创建部署，配置基础设施，大数据学什么，建立实例，处理组件之间的管道，管理伸缩性、日志记录、安全性以及运行云应用程序通常需要的所有好东西。所以，很明显，我们都喜欢"cf push"提供的简单、强大和抽象。Cloud Foundry社区早就掌握了这门艺术
另一方面，聚集在Kubernetes技术周围的开发人员不需要或不喜欢与底层决策保持距离，比如实例调度、资源分配、网络配置等，这些开发人员希望定制基础设施利用率，以最佳地满足其应用程序的需求。有很多用例可以证明这种方法是正确的。
这两种方法都有自己的优点，正如你所能想象的，当两种选择都很好时，它会变得很复杂……
一个固执己见的平台提供的简单性很有吸引力，因为它使开发人员免受底层组件和基础设施的复杂性的影响。简单导致更快的创新步伐，这反过来又使企业能够灵活地响应市场需求。但并非所有的应用程序都是简单的、无状态的、所谓的"12要素"应用程序。有几种情况下，固执己见的抽象会阻碍开发人员应用其更深入的领域知识，并构建具有最佳设计、一致部署和优异性能的系统。Kubernetes已经成为这种情况下的流行技术选择。
现在让我们仔细看看这些堆栈。我们仍将停留在更高的层次，因为详细的比较在这里太难处理了。
在Cloud Foundry领域，该平台支持开发人员的简化抽象，并负责在后台创建部署、调度和在云规模上运行应用程序的繁重工作。此外，cloudfoundry技术还内置了抽象，即boshcpi，用于在各种基础设施选项上运行平台。如今，云发布，使用此功能，SAP云平台的云铸造环境可在AWS、GCP和Microsoft Azure等多个超规模云上使用。
在Kubernetes上，对在不同基础设施选项上运行Kubernetes群集的支持也已建立。由于其灵活且可扩展的体系结构包含较低级别的构造（与CloudFoundry相比），如pod、副本集和部署，因此可以将遗留应用程序容器化或构建新的复杂应用程序和有状态服务。此外，Kubernetes社区最近也开始通过Knative和相关项目构建PaaS功能，这样您现在也可以将12因素应用程序推送到Kubernetes集群，并让平台管理应用程序实例、处理它们的自动缩放、蓝绿部署等。同样，功能即服务的概念是通过基于容器的环境轻松打包离散应用程序代码的能力发现了更大的吸引力，这些代码通常只能在特定事件或传入请求等情况下实例化，云平台提供了具有不同抽象级别和编程模式的功能，如容器即服务（CaaS）、平台即服务（PaaS）和功能即服务（FaaS），当以集成方式提供时，哪一种更易利用？SAP云平台采用的方法（有关详细信息，请参阅Matthias Steiner在SAP TechEd 2018 Las Vegas上的战略演讲）
一起运行堆栈
现在，当我们必须同时运行这两个堆栈时，图片看起来是这样的。
虽然图片不一定是坏的，个人网站建站，但它确实提出了一些问题。
