★ FEATURED ARTICLE 一套 SAP 业务系统很少真正独立运行。销售订单可能来自电商平台，客户主数据可能由主数据平台统一分发，物流状态可能来自第三方承运商，付款结果可能由银行系统回传，SAP S/4HANA Cloud 中发生的业务事件又可能需要立即通知 SAP BTP 上的扩展应用。到了 ABAP Cloud 时代，这些场景并没有消失，只是集成方式从过去大量依赖 RFC、IDoc、文件接口和系统内部增强，逐渐转向 API、OData、HTTP、事件以及受治理的通信配置。因此，讨论 ABAP Cloud 的 Integration Use Cases 时，不能只把它理解成怎样调用一个 REST API，也不能只关注怎样把一个 CDS View 发布成 OData 服务。真正需要建立的是一套完整的集成视角，包括服务由谁提供、由谁消费、调用从哪个系统发起、通信凭据由谁维护、开发人员需要交付哪些 Repository Object、管理员又需要在运行环境中配置什么，以及同步调用是否真的适合当前业务。SAP 对这一领域给出的核心定位很清晰，Integration Use Cases 用来支持服务的暴露与消费，既覆盖传统的点对点集成，也覆盖基于事件驱动架构的集成。借助 ABAP Cloud，可以在 SAP Cloud 产品、SAP BTP 服务、企业本地系统、客户扩展应用以及外部服务之间建立通信。这里同时存在 Developer Persona 和 Administrator Persona 两个角色，一个负责 Design Time，一个负责 Configuration Time。这两类职责如果混在一起，很多 ABAP Cloud 集成问题都会变得很难理解。传统 ABAP 开发中经常出现一种思维方式，开发人员拿到目标系统地址、用
阅读完成 · 觉得有帮助？
