
一、BTP是什么?
1. 全域集成纽带 (Integration Suite)
BTP 是企业消灭信息孤岛的“万能数据总线”。
- 跨品牌互联:它不仅连接 SAP 自家产品(如 S/4HANA、SAC、SuccessFactors),还能通过预置的标准连接器,无缝接通企业外部的 Salesforce、用友、金蝶、微软等非 SAP 系统。
- 多模式集成:同时支持基于高并发的 API 实时流(REST/OData)、基于消息队列(Event Mesh)的事件驱动型集成,以及传统的期末大批量文件传输(SFTP)。
2. 集团级安全、权限与合规中枢 (Security & Foundation)
BTP 是控制全云端生态访问的“终极看门人”。
- 统一身份联邦 (SSO):将企业现有的身份认证中心(如 Azure AD、钉钉、企业微信)与所有的 SAP 云应用绑定。员工只需登录一次,即可根据岗位自动获取报表系统、HR系统和 ERP 系统的访问权。
- 多租户空间隔离 (Subaccounts):正如开篇图片中看到的“子账户(Subaccount)”架构,集团 IT 可以在 BTP 里为“开发环境”、“测试环境”和“生产环境”划分完全独立的虚拟服务器沙箱,确保核心资产互不干扰。
3. 零侵入的企业级扩展与低代码开发 (Extension Suite)
BTP 为企业个性化业务定制提供了“干净的核心(Clean Core)”开发平台。
- 解耦业务定制:当企业需要开发个性化的网页表单、审批流、或手机微应用时,不再被允许去修改底层 ERP 的标准源代码,而是要求在 BTP 平台上独立编写并运行。
- 应用生命周期管理:提供完整的云端代码托管、DevOps 自动化流水线,支持开发人员利用 Java、Node.js 或低代码工具快速交付企业级应用。
4. 跨系统的中央数据治理与资产配额 (Data & Analytics)
BTP 是整套系统软硬件资源的“配额与调度台”。
- 资源划拨中心:企业购买的所有云服务(如 SAC 报表授权、AI 预测配额、接口调用次数),都需要在 BTP 的“授权(Entitlements)”中心一键分拨给具体的业务单元。
- 语义层对齐:它能够在底层把散落在各系统的组织架构、物料主数据等进行统一的编码和清洗,为上层应用交付一张干净的“企业数据底座”。
BTP 原生组件 (PaaS / 微服务)包括:
- 开发类:SAP Business Application Studio(BAS)、SAP Kyma、Cloud Foundry。
- 自动化类:SAP Build Apps、SAP Build Process Automation (RPA)。
- 集成类:Integration Suite(替代PO的总线,大家平时还会简称为CPI)、Event Mesh、Cloud Connector。
- 数据底座类:SAP HANA Cloud、SAP Datasphere。
没有 BTP,各个 SAP 云产品和外部系统就像是一颗颗独立的珍珠;有了 BTP,它就是那根把所有珍珠串联起来、并提供安全防御和开发活力的核心金线。
二、BTP的前世今生
在“没有云(也就是纯本地部署 On-Premise 时代)”听到的、或者大脑记忆中对标 BTP 的那个东西,在技术演进上其实是 BTP 的前身——SAP NetWeaver 平台,或者早期刚迈向云端时的 SAP HANA Cloud Platform (HCP)。
以下还原这一段完整的技术演进史,帮助把记忆与当下的技术名词完美对齐:
1. 本地部署(没有云)时代:它的前身叫 SAP NetWeaver
在 2010 年之前,企业把 SAP 安装在自己的物理机房里,当时没有 BTP 这个词,但有一个具备完全相同定位的底座,叫做 SAP NetWeaver。它就像是 SAP 的“操作系统”。无论你安装 ERP(ECC 6.0)、数据仓库(BW),还是老一代的合并系统(BPC),底座全部都是 NetWeaver。它不是单一的独立工具,它是一个庞大的“底层技术开发与运行平台”(相当于SAP自研的操作系统底座)。
内部有两个核心的分支堆栈:
- ABAP 堆栈:专门用来运行 ERP (ECC)、BW 数据仓库。
- Java 堆栈:专门用来运行接口集成工具(也就是PI/PO)和早期的企业门户(Portal)。
三个核心组件:
- SAP Basis:负责底层的服务器、内存管理和用户权限(对应图中的“安全性”)。
- SAP PI/PO (Process Integration):负责跟外面的用友、金蝶、Oracle 连接口、倒腾数据(对应现在的 BTP Integration Suite)。
- ABAP 运行环境:程序员写代码的沙箱。
2. 刚有云的过渡时代:它叫 HCP / SCP
随着云计算兴起,SAP 开始把 NetWeaver 的能力往云上搬,中间经历了两次改名,这期间您可能频繁听过它们:
- 第一阶段(2013年):改名为 SAP HANA Cloud Platform (HCP),强调底层换成了 HANA 内存数据库。
- 第二阶段(2017年):改名为 SAP Cloud Platform (SCP)。
3. 现在的 2026 年:为什么叫 BTP?
直到 2021 年,SAP 决定把云端所有的“技术补丁”和“开发工具”打包成一个统一的拳头产品,才正式定名为 SAP BTP (Business Technology Platform)。它把当年的本地技术彻底升华成了现代云服务:
既然 BTP 继承了整个 NetWeaver 的衣钵,那么原先长在 NetWeaver 上的各种“软件”,自然也就在 BTP 里找到了各自的云原生升级版:
- 原先长在 NetWeaver Java 上、专门负责数据总线功能的 SAP PO——> 在云端演进为了 BTP 内部最核心的微服务组件Integration Suite(集成套件)。
- 原先长在 NetWeaver ABAP 上、让程序员写核心代码的功能——> 在云端演进为了 BTP 内部的 ABAP Cloud(云端ABAP运行环境)。
- 原先在 NetWeaver Basis 里的安全、用户管理、单点登录——> 变成了开篇图片中看到的 BTP 主控台左侧的 “安全性(Security)与信任配置”。
三、BTP是否可以单独售卖
市场上很多人误以为“BTP 不能单买”,是因为目前主推的 RISE with SAP(ERP上云大礼包) 中,已经默认捆绑赠送了一定额度的 BTP 体验点数 。
但请注意:
- 那只是大礼包自带的“赠品”。
- 即便企业底层用的是用友、金蝶、Oracle,只要企业看中了 BTP 强大的多源连接能力(Integration Suite)或单点登录(SSO)中心,完全可以跨过 ERP,独立向 SAP 申请开通一个纯粹的 BTP 独立账户,专门用来做企业全域的数据总线
BTP 在 SAP 的产品目录里是一个完全独立的商品品类,即便企业底层没有任何一款 SAP Sass系统在用,也能单独采购并部署使用。
以下是 BTP 单独售卖时的三大主流计费与商务模式:
1. 现充现用模式 (Pay-As-You-Go for SAP BTP) —— 门槛最低
- 购买机制:不需要任何前期资金承诺,直接在SAP官方商店或通过阿里云渠道单独开通账号。
- 扣费逻辑:类似于购买阿里云、AWS 等公有云资源。开通后总线不调数据不扣钱,月末根据您实际跑了多少个接口(按 API 调用次数或流量)、存了多少数据来按量计费。非常适合企业单独买来做轻量级的数据集成或概念验证 (PoC)。
2. 储值卡预存模式 (SAP BTPEA / 曾用名 CPEA) —— 中大型企业最爱
- 购买机制:企业单独与 SAP 签订一个 1 到 3 年周期的 BTP 统一企业协议 (Enterprise Agreement)。
- 扣费逻辑:企业每年向这个 BTP 账户里预充值一笔云储值点数(Cloud Credits)。在合约期内,您可以自由用这些点数去消费 BTP 里的任何组件:比如今年需要跑总线,就划拨点数开通 Integration Suite;明年想要写低代码网页,就用点数激活 SAP Build,弹性极高。
3. 单点订购模式 (Subscription) —— 最传统的按月买断
- 购买机制:企业只想把 BTP 当成一根纯粹的“企业数据总线”来替代老 PO,不需要其他乱七八糟的低代码、AI 功能。
- 扣费逻辑:直接只订阅 BTP 内部的 Integration Suite(集成套件) 单一产品。通常以租户(Tenant)为单位按月/按年支付固定订阅费(例如标准版或高级版固定套餐)

1224

被折叠的 条评论
为什么被折叠?



