图里有两块同名的Integration Services，一块位于顶部，另一块位于底部。它们的位置很有讲究。顶部表示我们的应用把业务能力提供给其他系统，底部表示我们的应用调用其他系统的业务能力。同一个应用既可以是服务提供者，也可以是服务消费者，而中间的业务模型和业务逻辑负责把这些能力组织成完整的业务流程。抓住这一点，整张图就容易读了。它呈现的是 ABAP Cloud 开发模型的能力结构，涵盖数据访问、业务实现、服务发布，以及贯穿整个开发过程的复用能力、质量机制、生命周期管理和工具。它没有描绘应用服务器数量、网络分区或数据库实例之间的连接，因此不能把灰色矩形逐个理解成需要单独部署的微服务。我更愿意把这张图读成一条业务实现路径。底部回答数据和外部能力从哪里来，中间回答业务对象如何表达、业务规则如何执行，顶部回答这些能力通过什么接口交给业务用户和外部系统。右侧四根竖柱回答另一组问题，应用如何复用平台能力，如何控制权限和扩展边界，如何完成版本交付，如何开发和监控。这套结构覆盖的范围比 RAP 更大。RAP 是 ABAP Cloud 中构建事务型业务对象与服务的重要编程模型，但图里同时包含分析、事件、远程服务调用、数据库计算、业务配置和应用运维。只把整张图理解成 RAP 的对象生成流程，会漏掉很多实际项目必须处理的内容。理解它之前，还需要把 ABAP Cloud 与 SAP BTP ABAP environment 分开。ABAP Cloud 是开发模型，SAP BTP ABAP environment 是承载这套模型的一种运行环境。符合产品版本和功能前提时，SAP S/4HANA Cloud Public Edition、Private Edition 和 SAP S/4HAN