Microsoft Certified: Power Platform Solution Architect Expert (PL-600)

**Power Apps Portals → Power Pages 迁移场景选错** — 2022 年 Microsoft 把 Power Apps Portals 品牌重塑为 Power Pages，但两者是**共存而非简单替换**：老 Portals 项目可以继续跑，但新项目默认用 Power Pages，迁移路径不是一键的。定价模型完全不同：老 Portals 按 Login（付费用户登录次数）或 Anonymous Page View 计费；新 Power Pages 按 Authenticated User / Anonymous User 月活 + Capacity Pack 计费。考试场景题：客户老 Portals 按 login 计费每月 $200 美金，月活用户 300，问迁到 Power Pages 后成本怎么算 — 必须理解 Authenticated User 月活的定义（24 小时内登录过即算一个月活，即使登录 100 次也只算 1 个）。另外新 Pages 的 Studio 是独立 Maker 体验，老 Portals 的 Maker Portal 功能不是 100% 迁移过去了（比如 Entity Forms 在新 Pages 叫 Basic Forms，配置位置变了）。

**ALM 策略设计用错 Solution 类型** — PL-600 考 ALM 远比 PL-200 深。关键点：**Dev 环境用 Unmanaged Solution 开发，所有下游环境（Test / UAT / Prod）只接受 Managed Solution**。常见错误：在 Test 环境 hotfix 时直接改 Managed Solution 组件（系统会警告但允许，但这些改动不会被下次 Managed Solution 导入覆盖，会形成 Unmanaged Layer，导致生产环境和 Dev 不一致）。正确做法：任何修改必须回到 Dev 环境做，走完 Test / UAT 流水线再部署到 Prod。另一个高频考点：**Pipelines in Power Platform**（微软托管的新 ALM 工具，2023 年 GA）vs 传统 **Azure DevOps + pac cli** 流水线的选型 — 小型项目和单一租户选 Pipelines in Power Platform（零配置）；多租户、需要自定义构建步骤、集成非 Power Platform 代码 → Azure DevOps。

**Dataverse 容量规划和许可证搞混** — PL-600 考容量规划频率非常高。必须记住：每个 Power Apps Per User 许可证（$20/月）默认附带 **250 MB Database + 2 GB File + 2 GB Log** 容量，按租户累加；Dynamics 365 首个应用许可证附带 **10 GB Database** 基础容量 + 每 20 个用户再加 5 GB。超出部分买 Capacity Add-on（Database 最贵，约 $40/GB/月；File 较便宜约 $2/GB/月；Log 免费到一定上限）。常见错题：客户说"我有 100 个 Power Apps 用户但数据量只有 500 MB"，问要不要买额外容量 — 答案是不要（100 × 250 MB = 25 GB 远超 500 MB 需求）。另一个陷阱：**Audit Log** 存储计入 Log 容量，不是 Database 容量；**Attachment** 默认存在 File 容量（除非你开启 Dataverse File Storage Optimization）。

**Security Model 设计层级混淆** — Dataverse 安全模型是考试最深的技术块之一，四层必须理清：**Business Unit**（组织边界，用户只属于一个 BU）→ **Security Role**（权限集合，定义对每个表的 Create/Read/Write/Delete/Append/AppendTo/Assign/Share 8 种权限 × 4 种范围 User/BU/Parent-Child BU/Organization）→ **Team**（角色的分发单位，用户可属于多个 Team，Team 本身可以拥有记录）→ **Field Security Profile**（列级别加密，和 Security Role 独立）。考试场景：客户要求"销售可以看到自己部门的所有客户数据，但销售主管可以看到所有下级部门" → 答案是 Parent-Child Business Unit + Security Role 的 Parent-Child BU 范围读权限。再加一层复杂度：**Hierarchy Security**（Manager Hierarchy 或 Position Hierarchy，跨 BU 授予管理者对下属记录的访问）和 **Record-level Sharing**（点对点共享，会严重影响性能，官方建议不超过 10000 条 share 记录）。这一块考到必失分的人极多。

**集成模式选型错误（Cloud Flow vs Plug-in vs Azure Function vs Service Bus）** — PL-600 大量集成架构选型题。决策框架：**Cloud Flow**（低代码、异步为主、有 100 次/24h 流执行限制和连接器调用频率限制）→ 适合低频业务流程自动化；**Plug-in**（C# 代码、同步或异步、Sandbox 限制 2 分钟超时）→ 适合数据验证、Dataverse 内事务性逻辑；**Azure Function**（无服务器 .NET/Node/Python、无时间限制、可通过 HTTP Trigger 被 Custom Connector 调用，或通过 Service Bus Trigger 被 Plug-in Webhook 调用）→ 适合重型计算、长时间任务、调用非 MS 生态 API；**Service Bus + Plug-in Webhook**（异步、高吞吐、消息队列）→ 适合高频事件分发、解耦 Dataverse 和下游系统。考试场景：客户要求"每次订单创建时调用一个耗时 30 秒的第三方风控 API 做风险评分，失败要重试 3 次" — 答案是 Plug-in Post-Operation Async 发消息到 Service Bus → Azure Function 消费并调用第三方 API（Plug-in Sandbox 2 分钟限制 + 同步会影响订单创建性能，所以不选同步 Plug-in 或 Cloud Flow）。

**Envisioning 阶段跳过澄清直接设计** — PL-600 最容易拿低分的陷阱。场景题的经典模式：客户 CIO 说 "我们需要一个 CRM 系统管理销售"，给你 4 个选项：(A) 立即推荐 Dynamics 365 Sales 标准部署；(B) 设计一个 Canvas App 原型；(C) 组织一场 Envisioning Workshop 识别利益相关者和关键用例；(D) 做一个 Fit-Gap Analysis 把需求映射到 OOB 能力。**很多开发背景的考生会选 A 或 B（"直接给方案"），但架构师的正确顺序是 C → D → A/B**。记住：**PL-600 里凡是考"客户说了一句模糊需求，下一步做什么"，答案几乎永远是"先澄清、先调研、先 Workshop"，不是直接给技术方案**。这个反射必须在备考时训练出来。

**DLP 策略设计和环境策略搞混** — PL-600 治理部分高频考点。**DLP（Data Loss Prevention）策略** 控制的是 **连接器能否在同一个 Power App 或 Flow 里共存**，连接器分三桶：Business（敏感数据，如 Dataverse、SharePoint、SQL Server）、Non-Business（非敏感，如 Twitter、Weather）、Blocked（禁用），**同一桶内的连接器可以组合，跨 Business/Non-Business 桶的连接器不能在同一个应用里共存**。考试错题：管理员要求"防止 Dataverse 数据被导出到 Twitter" — 答案是把 Dataverse 放 Business、Twitter 放 Non-Business（或 Blocked），不是改环境策略。**环境策略** 是 CoE 层面控制谁能创建环境、环境用途（Dev/Test/Prod/Sandbox/Trial）、环境删除权限，两者完全不同维度。