企业官网建设流程全解析

很多 SAP HANA 迁移项目在方案阶段都会形成一种很自然的思维惯性。原来的数据库运行在本地数据中心，现在准备迁往 SAP HANA Cloud，于是团队很容易把任务理解成数据库位置发生变化，服务器从企业机房移动到了云端，数据库版本、网络地址、连接方式和部署流程跟着调整一下即可。

到了 SAP Business Data Cloud，也就是 SAP BDC 这个场景，这种理解已经不够准确。

SAP 当前提供了一种很重要的交付方式，购买 SAP Business Data Cloud 之后，可以直接消费 SAP HANA Cloud，而且 SAP HANA Cloud 的资源消耗进入 BDC Capacity Units 体系。它不再只是传统意义上由客户进入 SAP BTP Cockpit、自行建立 subaccount、分配 entitlement、创建 HANA instance 的那种标准 SAP HANA Cloud 使用模式，而是作为 BDC Suite 中的 SAP-managed application 被交付和管理。

这个变化看上去只是产品入口不同，实际会一路影响到 provisioning、instance lifecycle、authorization、Cloud Connector、应用开发、数据库迁移以及后续的数据产品消费方式。

因此，当我们准备把一套本地 SAP HANA workload 迁移到 SAP HANA Cloud on BDC 时，真正应该重新画一遍的并不只有数据库架构图，还包括整套管理边界图。

标准 SAP HANA Cloud on BTP 的管理逻辑通常围绕 SAP BTP 展开。我们拥有自己的 global account 或相关 subac