SAP BTP
从第一天起就受治理的扩展平台。
- Multi-cloud subaccounts
- Cloud Foundry
- Kyma
- SAP Build
- BTP Cockpit
- Trust configuration
SAP · 技术、集成与体验
平台层：clean core，可演进的核心。
S/4HANA 上的 clean core。SAP BTP 上的扩展。通过 CPI 与 API Management 的集成。Fiori 优先的体验。让 SAP 保持可演进的平台层。
每个 SAP 客户最终都会在核心系统中继承十年的定制 ABAP。Phoenix 设计技术、集成与体验层来避免这一点：扩展放在 SAP BTP 上，集成通过 CPI + API Management，在干净的 S/4HANA 核心之上提供 Fiori 优先的体验。
Clean core 不是口号；它是决定下一次升级需要一个周末还是一个季度的选择。下面的每一项都围绕这个选择而设计。
服务范围。
集成
一个可观测的集成枢纽，取代点对点 spaghetti 式集成。
- Cloud Integration (CPI)
- API Management
- Event Mesh
- Open Connectors
- PI/PO (legacy)
- IDoc / OData / REST
扩展与开发
能吸引现代开发者的现代技术栈。
- ABAP RESTful (RAP)
- CAP (Cloud Application Programming)
- SAPUI5 / Fiori
- SAP Build Apps
- Steampunk (ABAP Environment)
体验（UX）
为终端用户提供单一、移动端友好的界面。
- Fiori Launchpad
- Fiori Elements
- Work Zone
- Mobile Start
- Personalisation
- Accessibility
身份与安全
接入平台的 SSO 与账户供给。
- SAP Cloud Identity
- SSO
- SCIM provisioning
- OAuth
- GRC integration
DevOps
面向 SAP 构件的标准 git 工作流与 CI/CD。
- Transport Management
- gCTS
- Piper / Jenkins
- CI/CD for CAP + RAP
真正改变的成果。
升级不再拖垮 Q4
Clean core 意味着下一个 S/4HANA 版本以技术升级的方式落地，而不是重新实施。BTP 上的扩展完全不受影响。
一个集成枢纽
CPI + API Management + Event Mesh 取代点对点 spaghetti 式集成。每个集成都可观测、可重试、可版本化。
现代扩展，现代开发者
CAP + Fiori + Node.js/Java 能吸引纯 Netweaver 技术栈留不住的人才。标准 git 工作流，标准 CI/CD。
用户不再抗拒的体验
Fiori Launchpad + Fiori Elements + Work Zone 为终端用户提供单一、移动端友好的界面，取代 SAP GUI 加五六个外挂工具。
交付方法。
-
01
评估
定制代码盘点、clean core 记分卡、集成架构审计、UX 债务盘点。
-
02
落地 BTP
BTP 落地区：子账户、授权、信任配置、传输管理、DevOps 工具链。
-
03
扩展与集成
定制代码从核心迁移到 BTP；集成在 CPI + API Management 上重建；设计 Fiori 界面。
-
04
治理
扩展注册表、API 目录、DevOps 护栏，以及由平台团队负责的升级就绪检查清单。
明确的交付物。
每个项目都交付具体的成果物，而非一堆幻灯片。
- BTP 落地区：子账户、授权、信任配置、传输管理
- 定制代码盘点与按工作负载排序的 clean core 迁移计划
- 基于 CPI + API Management 的集成枢纽，含可复用适配器与监控
- 业务量需要时的 Event Mesh 异步集成设置
- 核心范围之上的 Fiori Launchpad 与 Fiori Elements 目录
- 通过 Cloud Identity 的 SSO 与身份供给，SCIM 自动化
- 面向 CAP + RAP 的 DevOps 流水线，含 git + CI/CD + gCTS
- 扩展注册表与 API 目录：活的文档，而非 wiki 页面
常见问题
“Clean core”在实践中到底意味着什么？
对 S/4HANA 核心中的 SAP 标准对象零定制修改。所有扩展都运行在 SAP BTP（Cloud Foundry、Kyma 或 ABAP Environment）上，并通过已发布的 API 和事件集成。实际上这意味着下一次 S/4HANA 升级只是一个技术补丁，而不是重新实施，因为您构建的一切都没有改动 SAP 交付的内容。
SAP BTP：Cloud Foundry、Kyma 还是 ABAP Environment？
取决于扩展本身。新的 Node.js / Java 扩展默认采用 Cloud Foundry 上的 CAP。需要 Kubernetes 原生或事件驱动微服务模式时选 Kyma。当扩展团队是 ABAP 出身、且扩展需要紧跟 S/4 数据模型快速迭代时，选 ABAP Environment（Steampunk）。
CPI、API Management、Event Mesh：各自何时适用？
CPI（Cloud Integration）用于编排式点对点和中心辐射型集成。API Management 用于向（内部或外部）消费者开放 API，提供限流、认证和开发者门户。Event Mesh 用于异步事件驱动解耦。大多数真实客户三者都用，各取其所。
你们还为本地部署客户交付 PI/PO 吗？
交付。对于尚未迁移到 CPI 的客户，PI/PO 仍在服务范围内。当系统为本地部署且云迁移不紧迫时，Phoenix 会在 PI/PO 上交付新集成。客户准备好时，向 CPI 的迁移路径会作为独立工作流规划。
Fiori：Elements、Freestyle 还是 SAP Build？
CRUD 风格的事务型应用用 Fiori Elements（构建最快、模式标准、维护最低）。需要真正定制 UX 时用 Freestyle SAPUI5。公民开发者场景用 SAP Build Apps（低代码），此时原型速度比深度定制逻辑更重要。每个客户都是混合组合。
