在 SAP S/4HANA 扩展项目里，经常会碰到一个很现实的问题，业务需求已经很明确，RAP 应用也准备按 ABAP Cloud 的规则开发，可真正落到某个业务对象时，系统里没有合适的 released local API。这个时候很容易冒出一个看似顺手的方案，把逻辑放到 SAP BTP ABAP Environment，也就是常说的 Steampunk，再通过 remote API 调回 SAP S/4HANA。这个想法有诱惑力，因为 Steampunk 天生属于 ABAP Cloud 世界，remote API 又是 SAP 鼓励的集成方式。但答案并不复杂，紧耦合扩展不应该靠 Steampunk 加 remote API 来弥补缺失的本地 API，而应该在 SAP S/4HANA 侧使用 Embedded Steampunk，遵循 Clean Core extensibility model，并用 custom wrapper 把必要的经典对象封装成受控的内部 API。SAP ABAP Cloud FAQ 对这个问题给出的结论也正是，紧耦合扩展应使用 Embedded Steampunk，并采用 clean core extensibility model 和 custom wrappers approach。(SAP Community)
这里的关键不是 Steampunk 好不好，也不是 remote API 好不好，而是架构边界有没有放对。SAP BTP ABAP Environment 更适合 side-by-side
