Kubernetes的终点，Cloud Foundry的起点？

作为技术专家，我们相信工程，尤其是软件，在决定初创企业成功与否的过程中起着关键作用。

不作为和惰性是创新的最大敌人。适应和采用新技术来实现业务功能被认为是成功的关键。用有效解决问题的技术构建一个技术栈，同时引入最少的折中，是这些组织中的工程领导者的最佳前进道路。不断发展，迎接新挑战，并成功驾驭自由市场力量——这是任何处于发展尖端的组织的主要需求。

与金融债务类似，技术债务可能会在公司发展道路上造成一些障碍。特别是，负面影响往往会波及整个软件工程团队。

工程团队运维的某些领域，例如为应用程序提供动力的核心技术堆栈的迁移和更新，可能会导致更大的债务低谷。拖延和长期犹豫不决也会导致技术债务的积累。想象一下推迟升级用于构建容器的基本操作系统镜像的决定；即使是长期支持版本，也会在几年内停止支持。那些在周期后期采用它的人发现自己陷入了困境，不仅要执行更新，还要进入一个昂贵的升级周期；可能过期的安全证书也是如此。

在很大程度上依赖软件工程团队来交付价值的公司中，这是一个显著且不断增长的数字——每个人都必须意识到业务成果直接受到技术能力的影响。任何技术上的失败都会很容易地进入商业领域，并推动战术和战略计划的实施。通常，整个行业都会吹嘘技术是如何推动创新的。虽然这是事实，但这是硬币的另一面。在交付目标的工程团队和实现目标的业务团队之间几乎没有隔离。在当今融合的世界中，两者步调一致。因此，关键技术领域的投资至关重要。一些经常被引用的例子是在web性能和减少延迟方面。多个电子商务团队在对绩效改进的正确领域进行投资后，获得了显著的增长。

让我们从新兴技术进一步探讨这些想法，包括容器、区块链、人工智能/机器学习等。崇拜和炒作驱动的发展对该行业来说并不新鲜。然而，所有这些想法只是帮助巩固了整个软件行业的基础。让我们把目光对准Kubernetes。

Kubernetes可以用多种方式定义：

Kubernetes是一个容器编排系统。它接受所有需要运行的应用程序容器，并通过提供一个帮助管理这些容器的部署、扩展、网络和安全性的环境来管理它们。

Kubernetes是一个庞大的自动化层，应用于需要大量工程时间、精力和专业知识的任务。它从部署容器开始，一直到扩展、连接和保护容器，无需花费开发人员的时间和精力。

不过，要注意的是：

Kubernetes不是一个类似于平台的界面。诚然，它解决了很多问题，但它需要很多额外的部件才能充分发挥作用。此外，它需要交互的移动部件的数量可能会使事情很快变得难以应付。

Kubernetes的优势只能扩展到基础设施之上的一层。Kubernetes接口周围有几个组件，如HTTP路由、日志管理、基于角色的访问控制、租户隔离和容器镜像构建，它们为开发人员提供了一个健壮的平台，可以将其应用程序推送到该平台上。但当远程实例是生产实例时，需要更多的子系统。CloudFoundry For Kubernetes（cf-For-k8s.io）就是这样一个健壮的PaaS示例，它覆盖了完成基础设施堆栈所需的所有内容。

CloudFoundry在为复杂的技术基础设施提供简化的开发人员体验方面有着良好的记录。如今，Cloud Foundry的目标是成为那些希望在传统的Kubernetes基础设施基础上实现便捷的平台即服务（PaaS）接口的用户的首选平台。CloudFoundry可以帮助团队专注于核心业务问题，并减少因部署和维护web应用程序而产生的工作量。它有助于消除通常由过时的依赖关系、过时的构建过程等引起的几个技术债务领域。采用可靠的基础设施，再加上可以提高效率的PaaS，提供了大幅降低风险的机会，在不损害技术能力的情况下实现业务成果的能力达到顶峰。

访问cloudfoundry.org是一个很好的开始。CloudFoundry是完全开源的，可在GitHub上使用。你可以遵循链接到repo的部署选项，这将适用于任何Kubernetes发行版。

原文链接：

https://thenewstack.io/where-kubernetes-ends-cloud-foundry-begins/