SAP BTP介绍

一、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)为单位按月/按年支付固定订阅费(例如标准版或高级版固定套餐)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值