如果你的组织使用自定义映像进行 Windows 365 云电脑预配，本周的更新值得关注。Microsoft 已将能够从 Azure Compute Gallery (ACG) 导入自定义映像的能力提升为正式发布——使其脱离 2026 年 2 月进入的公开预览。
“What’s New"页面中的技术变更只有一行。运营意义却大得多。
变更所在
来自 Azure Compute Gallery 的 Windows 365 自定义映像导入现已正式发布。
以前，希望将自定义操作系统映像部署到 Windows 365 云电脑的管理员必须将映像直接上传到 Microsoft Intune 的 Windows 365 映像管理部分。该工作流仍受支持——没有内容被移除。新的是 Windows 365 预配策略现在可以直接引用存储在 Azure Compute Gallery 中的映像，并有完整的 Microsoft SLA 和生产级支持作为该能力的后盾。
该功能于 2026 年 2 月 9 日当周作为公开预览引入。它现已完成预览周期，可用于生产部署。
Azure Compute Gallery 为何改变映像管理
如果你之前没有用过 Azure Compute Gallery，关键概念是它充当 VM 和云电脑映像的集中化、版本化、复制式存储库——可以把它想象成操作系统映像的注册表，类似于容器注册表之于 Docker 映像。
在此 GA 之前，Windows 365 自定义映像管理存在一些真实的运营摩擦：
没有原生版本控制。 在 Windows 365 中更新自定义映像时，你本质上是替换它。维护多个版本需要手动命名约定和谨慎协调，以避免意外将预配策略指向错误的映像。
没有区域复制。 直接上传到 Windows 365 的映像不会像 ACG 映像那样跨 Azure 区域复制。拥有多区域云电脑部署的组织必须按区域手动管理映像可用性。
自动化选项有限。 直接上传工作流与 DevOps 管道不能干净地集成。构建、测试映像并将其提升到生产需要多个手动步骤。
没有集中化 RBAC。 控制 Windows 365 中谁能创建、修改或删除自定义映像使用 Intune RBAC，不如 Azure Resource Manager 原生角色模型细粒度。
Azure Compute Gallery 解决了所有这些问题。借助此 GA 公告，Windows 365 预配策略现在可以直接利用这些能力。
这为企业组织启用了什么
真正的映像版本控制
Azure Compute Gallery 支持映像的显式语义版本控制。组织可以同时维护 windows11-enterprise-base/1.0.0、1.1.0、1.2.0——每个版本都有自己的元数据、弃用状态和部署历史。预配策略引用特定版本或"latest"别名。回滚到已知良好的映像版本是预配策略更新，而非重新上传。
对于在自定义映像上管理每月补丁周期的组织，这是有意义的改进。你不再只有一个隐含版本的"当前"映像，而是获得审计跟踪。
映像生命周期管道
以 ACG 为目标，现在构建自动化的映像管理管道变得切实可行：
- 构建 — 自动化映像创建（Azure Image Builder、Packer 或类似工具）
- 测试 — 从候选映像预配测试云电脑，运行验证
- 提升 — 将已验证的映像复制到 ACG 中所有所需区域
- 部署 — 更新预配策略以引用新版本
- 弃用 — 在宽限期后标记旧版本以供移除
该端到端生命周期在直接上传模型下难以运营化。以 ACG 为中心，每个步骤都有标准接口。
通过 Azure RBAC 进行集中化治理
组织现在可以分离映像管理涉及的角色：
- 映像构建者 — 创建和更新映像的工程师（库资源上的 Azure Compute Gallery 参与者角色）
- 映像批准者 — 在映像可用于预配之前验证映像的安全或合规审查者（具有读取 + 发布权限的自定义角色）
- 映像部署者 — 更新预配策略以引用新映像版本的 Intune 管理员（Intune RBAC，无需 ACG 写访问权限）
这种职责分离在直接上传方式下难以干净地实现。借助 ACG，它是标准 Azure RBAC 配置。
多区域支持
ACG 原生跨 Azure 区域复制映像。对于在多个地理位置使用 Windows 365 的组织，这意味着每个区域的预配策略可以引用映像的本地复制副本——降低预配延迟并消除跨区域传输依赖。
组织现在应做什么
如果你仅使用库映像（Microsoft 提供的映像）： 无需操作。此功能不影响标准库映像部署。
如果你有通过直接上传管理的自定义映像： 现有工作流继续工作。没有强制迁移。根据规模、多区域需求和自动化成熟度评估转向 ACG 是否对你的组织有意义。
如果你计划开始使用自定义映像： 从 ACG 开始。直接上传路径现在是遗留路径——ACG 是映像管理的方向。
实际起步步骤：
- 在你的 Azure 订阅中创建 Azure Compute Gallery（或如果你已为 Azure VM 管理 ACG 映像，使用现有库）
- 建立你的映像定义命名约定
- 在库中将你的第一个自定义映像注册为映像版本
- 更新 Intune 中的预配策略以引用 ACG 映像
- 在非生产环境中测试预配，再推广到生产
对于拥有成熟 DevOps 实践的组织，如果你还没有映像管道，这也是构建一个的恰当时机。ACG 集成使这项投资物有所值，这在以前是不可能的。
哪些没有改变
- 直接映像上传仍然可用。 现有的上传到 Windows 365 工作流未被弃用或移除。
- 现有预配策略不受影响。 如果你的策略引用直接上传的映像，它们继续工作。
- 授权和规格不变。 Windows 365 的 ACG 映像需要与以往相同的云电脑许可证——没有引入新的授权模式。
- 无需重新预配。 当你开始在新策略中使用 ACG 映像时，现有云电脑无需重新预配。
更大的图景：Azure 与 Windows 365 融合
此 GA 是贯穿 2026 年一直在形成的模式的一部分。Microsoft 一直在系统地将 Windows 365 管理与 Azure 原生服务对齐，而非将其保持为独立、孤立的平台。
今年早些时候的 Intune 导航重组将云电脑管理引入 Intune 的专用区域。云电脑监控为云电脑环境带来 Azure 式可观测性。Power Platform 连接器正在启用将云电脑生命周期事件与更广泛 IT 流程关联的自动化工作流。
ACG 集成契合同一主题：Windows 365 映像管理现在扎根于 Azure 原生基础设施，而非孤立的上传机制。对于已为 Azure Virtual Desktop 或 Azure VM 管理使用 ACG 的组织，这意味着多个工作负载共享一个映像注册表——一次真正的运营简化。
Windows 365 与 Azure Virtual Desktop 的融合一直是 Microsoft 既定方向。共享映像管理基础设施是朝该方向的具体一步。规划桌面虚拟化战略的 IT 领导者应将此视为确认：Azure Compute Gallery 是正确的长期投资——不仅适用于 AVD，也适用于云电脑。
准备好优化你的 Windows 365 环境了吗？
Big Hat Group 帮助组织设计、部署和管理 Windows 365 环境——从架构到日常运营。无论你是在构建映像管理管道、评估 Azure Compute Gallery 用于多区域云电脑部署，还是在寻求大规模预配方面的帮助，我们都在每次参与中带来实战专业知识。
联系 Big Hat Group 讨论你的 Windows 365 战略。
想要更多 Windows 365 内容？阅读关于 Frontline 到 Flex 重命名和管理洞察、Intune 导航重组，以及最近的 Autopilot 和 RDP Multipath 更新。
Big Hat Group 是一家 Microsoft 合作伙伴，专注于现代端点管理、Windows 365 和 Microsoft 365 部署。本文是我们持续 Windows 365 报道的一部分。