Azure 蓝图（预览版）将于 2027 年 1 月 31 日停用，从 2026 年 7 月 31 日开始逐步停用。 有关分阶段时间线和迁移建议，请参阅Azure 蓝图停用。 本文解答了有关此次停用的常见问题。
常见问题解答
如果不迁移，会发生什么情况？
2027 年 1 月 31 日之后，无法再修改蓝图，删除所有蓝图锁（拒绝分配），并从门户中删除蓝图定义和分配。 蓝图先前部署的资源仍保留在原处，并继承父级 RBAC，但任何依赖“拒绝分配”的策略/权限实施都将不再生效。 没有迁移计划的客户实际上失去了提供的管理和锁定强制层蓝图。
现有蓝图定义和分配是否会在一段时间内保持可读或可管理？
过了退役日期后，就不应再依赖它们。 定义和分配会在停用时删除。 停用前，服务将逐步缩减为 仅读取 + 删除 （停用前 30 天）。
以前通过蓝图部署的资源是否会保持原位？
Yes. 除非删除蓝图部署的资源，否则资源 将保持不变 。 主要影响在于管理层面（蓝图定义、分配和锁）。 一个例外是 蓝图锁（拒绝分配）（在停用时删除），这可能会对已部署资源的有效权限产生实际影响。
Azure是否仍建议为计划停用的租户提供完全迁移？
Yes. Azure建议迁移到部署堆栈（首选）或模板规格。 自 2027 年 1 月 31 日起，将无法再更新蓝图（实际上将仅支持删除操作），锁定（拒绝分配）将被移除，蓝图也将退役。 在停用时，任何尚未导出的定义、版本和分配都将被永久删除，且无法恢复，因此请在 2027 年 1 月 31 日之前导出所有想要保留的内容。
每个阶段都有哪些管理选项可用？
| Phase | Portal | PowerShell/REST API | Read | 创建 | Update | Delete |
|---|---|---|---|---|---|---|
| 第 1 阶段（宣布时） | 是的 | 是的 | 是的 | 定义：否（不允许新增）。 任务分配：是 | 是的 | 是的 |
| 阶段 2（~T+90） | 是的 | 是的 | 是的 | 工作分配：否。 定义：否 | 定义：否。 任务分配：是 | 是的 |
| 阶段 3（~T-30） | 是的 | 是的 | 是的 | 否 | 否（PUT 完全禁用） | 是的 |
| 阶段 4 （已停用，2027 年 1 月 31 日） | Removed | CLI/PS 命令延期至 2027 年 4 月/5 月。 REST：仅可读取/删除，直至被移除 | 删除该服务后，“已读”将消失 | 否 | 否 | 仅删除窗口，直至服务完全移除 |
停用后，蓝图锁定/拒绝分配是否会自动移除，即使我不采取任何操作？
Yes. 在停用时，Azure 会自动删除所有剩余的蓝图锁（拒绝分配）。
除了锁之外，后续阶段是否会影响查看、导出或删除现有定义和分配的能力？
到第 3 阶段结束前，读取和删除操作仍然可用。 在第 4 阶段（退役）中，定义和分配项会从门户中移除，并最终被删除。 在停用日期之前，导出您想保留的任何内容。
对于已计划停用的租户，是否可以采用有限的方法而不是完全迁移？
建议的路径是尽快开始迁移，并在停用日期之前完成迁移。 当租户本身已处于近期即将停用的时间表中时，采用有限的“导出 + 标准 Azure 资源锁”方案是可以接受的；但对于任何会在该租户退役后继续存在的工作负载，Azure 建议使用 Deployment Stacks。
移除“拒绝分配”实际上会放宽我组织中的 RBAC 权限范围。如何保留这种保护？
管理部署堆栈下的工作负荷。 部署堆栈在受支持的面向未来的服务中提供同等的管理平面保护，包括拒绝设置。
如何识别在我的环境中哪些位置使用了 Azure 蓝图？
可以通过两种方式识别Azure 蓝图使用情况：
- Azure 顾问显示一条建议，重点指出了正在使用 Blueprints 的订阅和管理组。
- 可以在Azure门户中查看Azure 蓝图边栏选项卡，直接查看现有的蓝图定义和分配。
Azure 蓝图的建议替代项是什么？
建议替换Azure部署堆栈。 它提供蓝图中依赖的核心功能，包括：
- 将资源集合分组和管理为单个单元。
- 跨创建、更新和删除操作的生命周期管理。
- 通过 拒绝分配强制保护托管资源。
根据需求，还可以将定义发布为 模板规格 ，或将它们存储在 Git 存储库 中，以利用版本控制。
我会失去蓝图提供的资源锁定（拒绝分配）保护吗？
停用之前，请将托管资源迁移到 部署堆栈 ，并在堆栈上配置 拒绝分配 ，以保留当前拥有的相同锁定行为。 提前规划此迁移 - 这是避免保护方面的任何差距的重要步骤。