Power Platform 锁定：Dataverse、Azure 与自托管取舍

TL;DR： Power Platform 的优势是租户引力：身份、Teams、Dynamics、账单和支持关系都已经在 Microsoft 体系里。对很多组织，这就是合理选择。但在三类场景里，必须把账提前算清：第一，成本会形成成功税，因为用户、Dataverse 容量和 Copilot Credits 都会随采用增长；一个 500 用户、带落地智能体的示例，按公开定价估算约为每年 21.6 万美元。第二，退出存在不对称性：解决方案导出带走应用形状，不等于带走数据和运行时。第三，AI 对业务系统的改动需要上线前可审查，而不是上线后再追配置。

诚实的起点是：这种引力真实且合理。Power Platform 报告约 5,600 万月活跃用户；Microsoft 称财富 500 强中 80% 以上已用 Copilot Studio 构建了智能体。如果你的公司运行在 Microsoft 365 上，平台就在那儿——一个 Entra 身份、与 Teams、SharePoint 和 Dynamics 的原生挂钩、一张账单、一份支持关系。对一个以 Microsoft 为标准的机构来说，选它往往是正确的决定，本文也不会假装并非如此。

本文要做两件演示从不做的事：给”它基本免费、它早已在租户里”在规模化后会变成什么标上一个数字，并展示你试图离开那天会发生什么。

成功税：一个详尽的测算模型

这里有一个具体的部署，每条假设都已写明，方便你用自己的数字重新测算。五百名用户、若干应用，以及一个面向客户的智能体。定价，无企业折扣：

费用项	假设	年成本（定价）
Power Apps Premium	500 用户 × $20/user/mo	$120,000
Dataverse 存储	超出包含量的 50 GB × ~$40/GB/mo	$24,000
Copilot Studio 智能体	每天 2,000 条落地消息 × ~10 credits × $0.01	~$72,000
合计		~$216,000 / 年

现在请读这张表的形状，它比合计数更重要。每一行都是按单位计费、随成功而扩张：用应用的人更多（按用户）、累积的记录更多（按 GB）、向智能体提的问题更多（按消息，而且 RAG 落地每次约 10 个积分，是贵的那种）。采用翻倍，账单大致翻倍。在试点阶段便宜的平台，恰恰在它奏效时变得最贵——这就是成功税，它是结构性的，不是一个你能退订的价格档位。

两个方向上各有两点补充。你的实际数字按单位会更低（批量折扣和企业协议折扣都真实存在）——在表所省略之处也会更高（高级连接器场景、额外容量、Power Automate 流，以及那个已于 2026 年 1 月 2 日对新客户停售、把他们推向 $20 档或按量付费的每应用 $5 套餐）。要点不在于精确的美元数字；而在于：一个自托管运行时多服务一名用户、多一个 GB、多一次智能体调用的边际成本，是你自己的基础设施——大致持平——而 Power Platform 的边际成本是一块随每一单位成功而跳动的计价表。

退出的不对称性

第二个事实，正是把成本问题变成陷阱的那一个。Power Platform 的”解决方案”可以导出，这听起来像可移植性。请精确地读清楚什么越过了边界：

一次解决方案导出带走的是你的元数据——表、表单、流、应用定义——但不包括你表中的数据。

所以你能带走应用的形状，却还要另外处理内容。业务数据存在 Dataverse 里；你一开始把它迁入，并为把它留在那里持续支付存储费。而运行时本身——执行应用的那一层——是 Microsoft 托管的 Power Platform 运行时，并不是一个你可以搬到自己基础设施里的自托管产品。因此离开不是一次下载；它更像一个重新平台化项目：在另一个运行环境里重建应用逻辑、导出并重新加载 Dataverse 表、重新搭建集成。

这就是那种不对称性，直白地说：进来容易，因为一切都已在那里；出去难，因为一切如今都在里头了。 让采用毫无摩擦的同一种引力，正是把退出变成项目的那种引力——而你感觉不到它，直到你有理由离开的那天，到那时应用已是 200 人在用的系统。

没有变通办法的触发条件：主权

对某一类买家来说，成本模型和退出的不对称性都不是第一问题；主权边界才是。公开产品形态下，Power Platform 是 Microsoft 托管服务，而不是可由客户完整自托管、本地部署或气隙隔离的运行时。如果你是受数据驻留规则约束的银行、必须隔离的国防或政府工作负载，或有强主权要求的医疗系统，你要先确认监管要求的究竟是“数据留在合规区域”，还是“运行时也必须在自己控制的基础设施里”。前者可能有 Microsoft 方案可谈；后者就是结构性边界。

诚实回应的反驳：“引力值得”

支持 Power Platform 的最强论点是真实的，你应当以其全部分量陈述它：它早已在我们的租户里，共用我们的身份和账单，与我们的人本就生活其中的 Microsoft 工具原生集成，集约到单一供应商价值不菲。 对极多组织而言这就是事实，而锁定是一桩它们接受得合情合理的交易。

这个论点只在三个触发条件下失效——而纪律在于核查是否有任何一条适用于你，而非去争论一般情形：

1. 主权——监管或内部政策要求运行时也必须由你控制。
2. 规模化成本——你的用量很大或增长足够快，以至于成功税累积到超过自有一个运行时的成本。
3. 治理 AI 的改动——你需要 Copilot 对你应用所做的改动，是你所控制的运行时上可审阅的差异，而不是只能事后检查的不透明托管解决方案配置。

如果三条都不适用，Microsoft 的引力很难匹敌，你大概应该让它赢。如果哪怕一条适用，租户内便利就不再是唯一变量，因为这些问题讨论的是运行时栖身何处、增长要付出什么、AI 改动如何被签字，而不是 Power Platform 还能多交付哪项功能。

Power Platform 是正确选择之处——以及替代方案的代价

为保持诚实：如果你全面押注 Microsoft、数据已存于 Microsoft 云中、没有主权要求，且看重”一个供应商一并担责”的集约，那么 Power Platform 是一个出色而合理的选择，锁定也许长期不会让你付出任何你在意的代价。许多内部应用从不需要离开租户。

而替代方案并非免费。自托管一个运行时意味着由你来运维它——打补丁、扩缩容、备份，这些 Microsoft 本来替你承担的运维重量。那是真实的成本，对一个没有主权需求的小团队来说，它可能完全盖过成功税。我们不会假装拥有运行时一概更好；它对有三个触发条件之一的买家更好，而对一个都没有的人则是额外负担。

ObjectStack 的立场

ObjectStack 是为有这些触发条件的买家而构建的。它可自托管，运行时可以放在你的数据和监管要求所在的地方。它连接你已在运行的 CRM/ERP/数据库，而不是先把业务迁入 Dataverse、再围绕容量和出口重新规划。应用内核是开放、可读的元数据，因此一次 Copilot 式的 AI 改动可以表现为上线前由负责人批准的可审阅差异，而不是事后才追查的托管配置。而且因为你拥有运行时，更多用户、更多记录、更多 agent 调用带来的边际成本，更多落在你自己的基础设施规划里，而不是全部变成按单位跳动的账单。

对于一个已经全面押注的机构，我们不会去匹敌 Microsoft 的租户内便利；那种引力是真实的，挥手将其抹去就是在说谎。这个主张是狭窄的，只面向与之契合的买家：当主权、规模化成本，或治理 AI 改动了什么这件事处于关键位置时，你的应用、你的数据，以及执行其规则的运行时，应当是你拥有且能读的东西——而不是你租来、带不走的东西。