许多开发人员在基于Kubernetes的应用程序开发过程中遇到了麻烦，在开发过程的早期就面临着相当多的技术决策。当分布式部署或更高的负载量出现时，做出错误的选择可能会在以后产生很大的影响。如果有一种标准化的应用程序集成方式，使以经济高效的方式构建和部署云应用程序的痛苦大大减轻，那岂不是容易得多？

这就是谷歌创建Knative的原因，该项目是在7月份的谷歌下一次主题演讲中宣布的。该项目是由谷歌与Pivotal、IBM、Red Hat和SAP合作发起的。SAP直接参与Knative并不是纯粹的技术需求，但是通过SAP自己围绕企业软件扩展性的开发：Kyma项目，让我们来探索这两个新的开源项目如何（希望）使Kubernetes上的云原生企业应用程序的开发变得更加容易，它已经发展成为事实上的标准基础设施编排层。但是，云本地应用程序开发涉及的不仅仅是运行动态工作负载。我们仍然缺少的是一个细粒度的编程模型，物联网关键技术，它通过抽象出所有底层的网络、存储和集群细节来降低开发人员的门槛，使他们能够以高效的方式开发基于微服务的应用程序。

Knative正好解决了这一差距，使开发人员能够更轻松地创建充分利用底层基础设施的应用程序，而不必将其暴露于所涉及的复杂性。Knative提供了构建和部署基于容器的现代无服务器应用程序所需的构建块。值得注意的是，serverless不仅限于serverless功能，还涵盖了整个应用程序生命周期管理和基础设施的零扩展能力。

实际上，与Kyma项目作为SAP的一项倡议诞生的同时，解决客户在数字化转型过程中出现的软件可扩展性需求。面向企业应用，淘客是什么，淘客吧，Kyma被设想为一个云本地应用程序开发框架，使软件定制变得容易，同时利用快速发展的云本地技术堆栈的所有好处。

Kyma的使命是为企业软件用户提供灵活、开源的连接工具，定制和扩展任何支持API的应用程序，并根据其特定的业务需求进行定制。如果您还不熟悉Kyma，您可以在其网站上了解更多信息，并参与GitHub。

Kyma通过提供一致的服务消费层，简化了基于微服务的解决方案的开发和操作，它模糊了传统企业软件和来自不同提供商的大量云服务之间的界限，为了实现这一点，Kyma利用了标准Kubernetes服务目录，并通过使用开放服务代理（OSB）标准进一步扩展了它。Kyma的另一个主要进步是实现了端到端的流程，由现有企业解决方案中的业务事件触发，导致扩展模块在Kyma中执行。

在Kyma中，我们与Knative有着相同的信念：无服务器不仅仅是功能。因此，Kyma支持部署函数应用程序和基于容器的应用程序，以相同的方式处理这两种应用程序—根据需要将它们缩小到零或增大，取决于多种因素。所有这些结合在一起将导致业务流程和相关业务软件的灵活性大幅提高。

正如在2018年谷歌云下一届峰会上正式宣布Knative时所强调的，大数据存储技术，SAP和谷歌有着长期的合作关系，围绕谷歌云平台和相关技术向多个方向扩展，Michael Wintergerst（SAP Cloud Platform Core副总裁）在无服务器会议期间有机会宣布Kyma是第一个建立在Knative基础上并进一步扩大其在企业应用领域影响力的项目之一。

从内部和外部收到的反馈确实非常令人兴奋，并验证了这两个项目到目前为止，Kyma的技术方向和价值主张都取得了很大进展。

我们在SAP内部也得到了非常积极的反馈，我们的一些高管将Kyma列为迄今为止业界最先进的扩展框架。

站在创新的最前沿令人兴奋，充分利用现代技术，帮助企业发展并成为更高效的智能企业。整个Kyma团队非常高兴与Knative社区一起探索无服务器应用程序开发空间。同时，这一合作使我们能够将我们在Kyma的工作重点放在我们所知的方面最佳：应用程序连接和业务场景扩展，将支持的产品集扩展到SAP生态系统之外。

加入Kyma社区，返利公众号，成为"云≠标准软件"运动的一部分！

托马斯和Kyma团队

想参与吗？您可以在这里找到我们：