后端与接口
在 SAP BTP 上搭建、部署与运维云应用时使用的平台参考
当你需要在 SAP BTP 上管理账户、选择运行时环境、配置权限与连接、部署应用或排查问题时使用。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 59/100 ×0.15
适用场景
在 SAP BTP 上搭建、部署与运维云特定
解决思路
- 识别目标商业账户类型、区域和子账户,再开始任何配置。
- 启用运行时环境:Cloud Foundry、Kyma、ABAP Environment 或 trial/free tier。
- 在部署工作负载之前,先配置身份、角色、entitlements 和 quotas。
- 使用 btp 和 cf CLI 命令进行可重复的账户与环境搭建,例如 btp login、btp list accounts/subaccount、btp create accounts/subaccount、btp assign security/role-collection、cf login、cf target、cf push、cf bind-service。
- 按账户层级组织资源:Global Account → Directory(可选)→ Subaccount,再在 CF 中划分 Org → Spaces,在 Kyma 中划分 Cluster → Namespaces,在 ABAP 中对应 System instance。
- 根据用途选择账户类型:Trial 用于 90 天免费探索,Enterprise 用于生产,Free Tier 用于长期测试。
- 在 Cloud Foundry 中使用多 buildpack(Java、Node.js、Python、Go、PHP)、spaces 隔离和自动扩缩容,并集成 SAP HANA。
- 在 Kyma 中使用默认模块 istio、api-gateway、btp-operator,并按需启用 serverless、eventing、application-connector、telemetry、keda。
- 在 ABAP Environment 中使用 RAP、CDS、SAP Fiori 集成和 ADT,每个系统配 1:1 SAP HANA 数据库。
- 避免继续在 Neo Environment 上新建工作负载,因为其将于 2028 年 12 月 31 日停止服务,应迁移到 CF 或 Kyma。
- 根据工作负载稳定性选择商业模型:试点用 consumption-based(SAP BTPEA、CPEA、Pay-As-You-Go),稳定负载用 subscription-based。
- 管理 entitlements 和 quotas:区分 entitlement、quota、service plan,并按 Global Account → Directory(预留)→ Subaccount(消费)→ CF Space(可选)的流程分配。
- 选择区域和基础设施提供商(SAP、AWS、Azure、Google Cloud、Alibaba Cloud),注意每个子账户只能属于一个区域,多区域需要分别部署。
- 为高可用性使用多可用区部署,利用隔离的电力、网络、冷却和区域内自动故障转移。
- 区分平台用户和业务用户,并选择身份提供商:SAP ID Service 为默认,SAP Cloud Identity Services 推荐用于生产,企业 IdP 可通过 Identity Authentication 代理接入。
- 按流程配置授权:Identity Provider → SAP BTP(Shadow Users)→ Role Collections → Application/Service Access。
- 使用 XSUAA 提供 OAuth 2.0 授权、基于角色的访问控制和 xs-security.json 应用安全描述符。
- 配置信任关系:设置 Identity Authentication tenant、在子账户中建立信任、将 role collections 映射到 IdP 组、通过 role collections 分配用户。
- 遵循安全最佳实践:强制 TLS 1.2+、为管理员启用 MFA、在默认 IdP 中保留备用管理员、生产环境使用 provisioning 而非 federation、启用审计日志。
- 使用 Destinations 连接远程系统,避免硬编码 URL,并根据场景选择 NoAuthentication、OAuth2ClientCredentials、OAuth2SAMLBearerAssertion 或 PrincipalPropagation。
- 使用 Cloud Connector 建立到本地系统的安全隧道,不开放入站防火墙端口,并配置细粒度访问控制、RFC/HTTP 支持和 principal propagation。
- 根据场景选择编程模型:CAP 用于 Java/Node.js/TypeScript 企业服务,ABAP Cloud 用于 RAP 云就绪 ABAP。
- 使用 Multi-Target Applications(MTA)打包多个模块,包含 modules(如 nodejs、html5)和 resources(如 hana)。
- 使用 Application Router 作为单一入口,提供静态内容、用户认证、URL 重写和请求转发。
- 使用 SAP Continuous Integration and Delivery 管理 CI/CD,支持 Cloud Foundry 应用(Fiori、CAP)、SAP Fiori for ABAP Platform 和 SAP Integration Suite 工件。
- 按步骤搭建流水线:在 BTP cockpit 激活服务、分配 Administrator/Developer 角色、配置仓库凭据、添加代码仓库(GitHub、GitLab、Bitbucket、Azure Repos)、创建并配置 CI/CD 作业。
- 根据交付目标选择 CI/CD 或 Cloud Transport Management,并覆盖 Java/HTML5/CAP、Kyma 应用、Cloud Integration、SAP Build Work Zone 等。
- 构建扩展时采用松耦合架构:SAP Solution → APIs & Events → SAP BTP Extension → Custom Business Logic。
- 注册系统扩展:在全局账户注册系统、创建 formations、启用 API/事件交换、部署扩展。
- 为弹性设计故障转移:部署到两个数据中心、通过 CI/CD 保持应用同步、定义故障检测(5xx 错误、超时)、规划故障恢复流程。
- 按 SLA 目标设计:RPO 最大 5 分钟数据丢失,RTO 2 小时内恢复服务。
- 使用 SAP Cloud ALM、SAP Cloud Logging、SAP Alert Notification、Audit Log Viewer 进行运维和监控。
- 遵循运维最佳实践:部署多个应用实例、实现 Application Autoscaler、使用蓝绿部署、设置自动告警、定期验证合规性。
- 通过 SAP for Me、SAP Community 和支持组件(BC-CP-*)获取支持,并明确 SAP 管理平台更新/基础设施监控,你管理账户策略/应用开发与安全/角色分配/# 应用监控。
- 需要实现深度时切换到相关技能:sap-cap-capire、sap-fiori-tools、sap-btp-connectivity、sap-btp-service-manager、sap-ai-core、sap-abap、sap-btp-best-practices。
适用边界 · 注意事项
- 不适用于非 SAP BTP 的云平台或本地部署场景。
- 不适用于需要具体实现细节的 CAP、Fiori、AI Core、ABAP 开发任务,应改用对应专项技能。
- 不适用于 Neo Environment 的新建项目,因为该环境正在停止服务。