这是一系列博文中的一篇文章，我在其中提供了有关围绕SAP云平台的DevOps云服务组合的更多详细信息。

在这篇博文中，我计划对SAP DevOps组合的交付和更改阶段的产品提供进一步的见解—对整体产品和所有类别的概述，大数据公司，请看这篇博文

在交付阶段，您希望向您的生产环境传播增量（即您的新应用或现有应用的新版本的发行候选版本），因此，您的最终用户可以开始采用它。

一个直接的方法是通过持续交付来扩展您的持续集成管道，其中增量的传播由管道触发（自动或手动批准），发发淘客神器，如果作为管道一部分的自动化测试的结果符合要求。

这对于云本地应用程序尤其合理，但如果边界条件不需要更多控制，也可以用于企业应用程序。要建立持续交付，您可以应用项目"Piper"和SAP云SDK产品，如前一阶段的描述所述。

特别是在企业环境和更复杂的环境中，运营团队非常喜欢将标准化的变更管理流程也应用于其客户的云产品公司-增加变更审计跟踪的透明度（明确谁在哪个生产子账户执行哪些变更以及何时执行）。此外，变更管理为云传输与内部变更的同步打开了大门，以防您需要管理具有紧密依赖关系的混合应用程序。这里提供了传输管理选项：

对于以ABAP为中心的和混合的环境，您可能已经有了针对本地更改的管理流程，增强的更改和传输系统（CTS+）还允许基于SAP云平台中的多目标应用程序（MTA）存档来处理更改。在内部部署的CTS+系统中，大淘客，您可以对云环境进行建模，然后根据传输请求将内容部署到不同的SAP云平台帐户中。CTS+for SAP云平台的设置在如何为Neo和Cloud Foundry环境提供指南中进行了描述。简言之，这是我们的内部传输选项，云上，也可以是云传输管理的一个有效选择，前提是您应该已经将CTS+用于内部传输，并且您只希望以MTA文件的形式处理SAP云平台内容（将来也不计划支持其他SAP云平台内容格式）。对于云传输，啥是大数据，我们提供SAP云平台传输管理服务，作为云产品，允许传输开发工件（通过MTA存档）和应用程序内容（例如来自SAP云平台工作流、SAP Fiori、，或业务日志）作为中央服务-也适用于Neo和Cloud Foundry环境以及与其他全球客户之间的往来。简言之，这是我们对云传输的标准建议，如果您针对基于云的传输管理方法，或者您计划同时处理其他应用程序内容，无论是以MTA文件的形式还是以其他格式提供，这都是有效的选择。

对于混合更改，两种方法（CTS+和基于云的传输管理服务）通过质量门管理（QGM）和更改请求管理（ChaRM）提供与SAP Solution Manager上运行的更改管理流程的集成。集成SAP云平台传输管理的先决条件是SAP Solution Manager 7.2 SP10。整体的高级视图和定位如下图所示（图中未显示的是使用CTS+在SAP Cloud Platform中传输基于MTA的更改的选项–但是，基于MTA的更改将成为CTS+未来唯一支持的SAP云平台内容类型：

如果您希望两全其美（结合CI和传输管理），您还可以考虑区分：

开发环境，基于持续集成原则，用于通过自动化管道和交付环境，基于严格的传输管理规则（如策略、时间表和角色），用于验证发布候选版本，其中向生产的传播通常通过手动确认完成

从开发环境到交付环境的移交是管道的一部分–例如，对于SAP云平台传输管理服务，您可以使用项目"Piper"步骤库中的场景描述和相应步骤来自动移交完全合格的存档，如本文所述。

最后，如果您还需要面对连续部署不适合的进一步边界条件（例如，如果您有大量子帐户或许多自己的应用程序要处理，或者对于提供者/使用者场景），我们也在开发一个中央部署管理服务，这将有助于深入了解您的总体环境中的部署（包括历史记录、应用程序清单和分析）、各个边界条件（策略和时间表、角色和权限、部署前和部署后活动）参数的整体管理以及底层部署和交付基础设施的编排和服务。

交付和更改阶段的结果应该是您的应用程序被部署到生产子帐户，以便您的最终用户可以使用它。

为了确保您的应用程序具有正确的可用性和性能，请继续监视和操作，这是您使用SAP云平台的DevOps采用旅程的下一个阶段。