当我们的本地 SAP HANA 工作负载已经迁移到 SAP HANA Cloud on BDC，数据库实例能够启动，SQL Endpoint 也能够连接时，一个非常容易出现的认知错位，是继续按照过去管理普通 SAP HANA Cloud 的方式进入 SAP BTP Cockpit，寻找承载数据库的 Subaccount，再从 System Landscape 里配置 Formation。在普通的客户自管 SAP BTP 环境里，这套操作思路完全合理。到了 SAP HANA Cloud on BDC，却不能简单照搬。原因并不是 SAP 把 Formation 这个能力取消了，而是整个管理边界发生了变化。SAP HANA Cloud on BDC 被设计成 SAP Business Data Cloud，也就是 BDC 套件内部的一项 SAP-managed application。SAP 官方当前的迁移文档明确说明，SAP HANA Cloud on BDC 通过 SAP for Me 进行 Provisioning，每个 Tenant 包含一个 HANA Database Instance，同时带有用于管理该实例的 SAP HANA Cloud Central，也就是 HCC，以及与 SAP Identity Authentication Service 集成的身份体系。客户可以使用 HCC，也可以连接 HANA SQL Endpoint，但并不直接获得承载这个 SAP-managed HANA Cloud 的 SAP BTP 环境访问权。这一个架构变化，几乎解释了后面所有关于 BDC Data Product Consumption 的迁移差异。过去我们可能已经形成了一种很自然