SAP BTP Deployment and Delivery 详解，从部署动作到企业级交付治理

最近在梳理 SAP BTP 上的扩展应用交付链路时，一个非常现实的问题会反复出现，代码从开发环境跑起来并不难，真正难的是让它稳定、可追踪、可审计地进入 TEST 和 PROD。对于 SAP ABAP 开发出身的团队来说，这种感受更明显。ABAP On-Premise 里有 Transport Request，有 STMS，有 CTS，有严格的开发、测试、生产系统链路；到了 SAP BTP，运行时变成 Cloud Foundry、Kyma、Neo，应用形态变成 Java、Node.js、HTML5、CAP、SAP HANA HDI、MTA、Docker Image、Helm Chart，很多团队一开始会把部署理解成一次cf push或者一次 cockpit 手工上传，等系统进入生产运维阶段，才发现真正要补的课是 Delivery，而不仅仅是 Deployment。

在 SAP BTP 的语境里，Deployment 更像是把应用放到某个运行时中跑起来，Delivery 则关注从源代码提交到生产传播这一整条链路怎么管理。一个 CAP 应用可以通过 SAP Business Application Studio 部署到 Cloud Foundry，一个 HTML5 应用可以打包到 HTML5 Application Repository，一个 SAP HANA Artifact 可以通过 HDI Deployer 创建数据库对象，一个 Kyma 应用可以通过 Docker Image 与 Helm Chart 进入 Kubernetes 集群。单看每个动作都不复杂，可一旦系统牵涉到多团队、多环境、审批、回滚、审计、合规，交付方式就不能只靠开发人员本地机器上的命令行历史。

SAP BTP 的最佳实践并不是否定手工部