SAP BAIP, Kyma runtime 现已在中国正式上线，在本地 SAP BAIP 上提供了一个托管 Kubernetes 运行时，支持云原生应用、微服务及 SAP 扩展开发。
云原生创新能力走近中国客户
现代企业越来越需要在不增加核心系统复杂度的前提下，扩展业务应用、连接各类系统、并持续交付新的数字化能力。
SAP BAIP 在中国已提供 Cloud Foundry runtime 作为成熟的 PaaS 选项，适用于基于 buildpack 工作流的应用部署。Kyma runtime 则面向不同的需求场景。它基于开源 Kyma 项目和 Kubernetes 构建，让开发团队可以直接使用容器化工作负载、Serverless Functions 以及更广泛的 Kubernetes 生态系统——不限编程语言和框架。任何可容器化的工作负载均可在 Kyma runtime 上运行。
2026 年 6 月 2 日，SAP BAIP, Kyma runtime 在中国（华北3）率先上线，随后于 2026 年 7 月 10 日扩展至中国（上海）——通过本地 BTPEA 商业模式，在两个区域全面开放。
现已提供哪些内容？
该服务基于 BTPEA 商业模式提供，SKU 为 8016044（面向客户的 BTPEA SKU），包含以下服务计划：
| 服务名称 | 服务计划名称 | 可用数据中心 |
| Kyma Runtime | Kyma Runtime Alibaba Cloud | 中国（上海）— cn40 |
| Kyma Runtime | Kyma Runtime Azure | 中国（华北3）— cn20 |
客户和合作伙伴可通过 SAP Discovery Center 查看服务及其可用地区：
中国 BTPEA 价格表中列出了 SAP BAIP, Kyma runtime 的 Standard 计费计划。
为何重要
托管、灵活的云原生应用基础平台
自建 Kubernetes 需要持续投入集群管理、版本升级、安全补丁和基础设施运维。SAP BAIP, Kyma runtime 消除了这一负担：SAP 负责底层平台的管理，客户则完全掌控自己的应用和工作负载。开发团队可以专注于构建业务能力，而不是维护基础设施。
与 Cloud Foundry runtime 相比，Kyma 提供了一种截然不同的开发模式。Cloud Foundry 通过 buildpack 对运行时进行抽象，这种方式非常适合快速部署 Java 或 Node.js 应用，但对能运行什么、如何运行有一定限制。Kyma 没有这类约束：无论使用何种语言或框架，任何容器化工作负载都可以在 Kyma 上运行，团队还可以直接使用 Kubernetes 原生工具链——包括用于打包的 Helm、自定义资源定义、精细化资源配置，以及更广泛的 CNCF 生态系统。对于构建现代云原生应用或需要精确控制工作负载的团队而言，这种灵活性是显著的优势。
两种运行时相辅相成。Cloud Foundry 仍然是 buildpack 应用部署的可靠选择；当团队需要容器原生的灵活性、多语言支持或 Kubernetes 生态工具时，Kyma 则更为适合。
通过事件驱动集成扩展 SAP 应用
Kyma runtime 内置了 Eventing 组件，允许应用直接订阅来自 SAP S/4HANA 及其他 SAP 系统的业务事件——扩展程序可以实时响应销售订单创建、货物移动或主数据变更等事件，无需轮询或点对点连接。由于该能力已集成在运行时中，团队无需单独配置消息服务即可开始构建事件驱动扩展。
结合 Serverless Functions 和内置 API Gateway，这使得构建轻量、松耦合的扩展程序变得切实可行——这些扩展与 SAP 核心系统并行运行，而非嵌入其中。自定义逻辑独立演进，升级周期解耦，核心系统保持稳定。
对于超出 SAP 间集成范畴的场景——连接第三方系统、编排多步骤工作流或构建全新业务应用——Kyma 提供了同样的 Kubernetes 基础平台，并具备灵活引入任何所需服务或技术的能力。
扩展本地 SAP BAIP 开发组合
随着 Kyma runtime 在中国（华北3）和中国（上海）相继上线，中国客户在 SAP BAIP 上多了一个可用的运行时选择。
对于正在构建容器化应用、API 集成、事件驱动扩展或微服务的团队，这一选项尤为实用。
Kyma runtime 的上线拓宽了中国生态系统可用的技术选择，为云原生应用开发提供了又一个坚实基础。
