組織が Windows 365 Cloud PC プロビジョニングのためにカスタムイメージを使用している場合、今週のアップデートには注目する価値があります。Microsoft は Azure Compute Gallery (ACG) からカスタムイメージをインポートする機能を一般提供 (GA) に昇格しました。2026年2月にパブリックプレビューとして提供されていたものからの移行です。
技術的な変更は What’s New ページの 1 行ですが、運用上の意味ははるかに大きいです。
何が変更されたか
Windows 365 向け Azure Compute Gallery カスタムイメージインポートが一般提供されました。
以前は、Windows 365 Cloud PC にカスタム OS イメージをデプロイしたい管理者は、Microsoft Intune の Windows 365 イメージ管理セクションに直接イメージをアップロードする必要がありました。そのワークフローは引き続きサポートされており、何も削除されません。新しい点は、Windows 365 プロビジョニングポリシーが Azure Compute Gallery に保存されたイメージを直接参照できるようになったことで、完全な Microsoft SLA と本番サポートがこの機能を裏付けています。
この機能は 2026年2月9日の週 にパブリックプレビューとして導入されました。プレビューサイクルを完了し、本番デプロイメントの準備が整いました。
Azure Compute Gallery がイメージ管理を変える理由
Azure Compute Gallery を使ったことがない場合、重要な概念は、それが VM および Cloud PC イメージの集中化、バージョン管理、レプリケーションされたリポジトリ として機能することです。コンテナレジストリが Docker イメージに対して機能するのと同様に、OS イメージのレジストリと考えてください。
この GA 以前、Windows 365 のカスタムイメージ管理にはいくつか現実の運用摩擦がありました。
ネイティブなバージョン管理がない。 Windows 365 でカスタムイメージを更新する場合、基本的には置き換えるしかありませんでした。複数のバージョンを維持するには手動の命名規則と、プロビジョニングポリシーを誤って間違ったイメージに向けないよう注意深い調整が必要でした。
リージョンレプリケーションがない。 Windows 365 に直接アップロードされたイメージは、ACG イメージと同じようには Azure リージョン間でレプリケートされませんでした。複数リージョンの Cloud PC デプロイメントを持つ組織は、リージョンごとにイメージの可用性を手動で管理する必要がありました。
限られた自動化オプション。 直接アップロードのワークフローは 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、または類似ツール）
- テスト — 候補イメージからテスト Cloud PC をプロビジョニングし、検証を実行
- プロモート — 検証済みイメージを ACG の必要なすべてのリージョンにレプリケート
- デプロイ — プロビジョニングポリシーを更新して新しいバージョンを参照
- 非推奨化 — 猶予期間後に古いバージョンを削除対象としてマーク
このエンドツーエンドのライフサイクルは、直接アップロードモデルでは運用化が困難でした。ACG をハブとして、各ステップには標準的なインターフェースがあります。
Azure RBAC による集中ガバナンス
組織はイメージ管理に関与する役割を分離できるようになりました。
- イメージビルダー — イメージを作成・更新するエンジニア（ギャラリーリソースの Azure Compute Gallery Contributor）
- イメージ承認者 — プロビジョニングで利用可能にする前にイメージを検証するセキュリティまたはコンプライアンスレビュー担当者（読み取り＋公開権限を持つカスタムロール）
- イメージデプロイ担当者 — プロビジョニングポリシーを更新して新しいイメージバージョンを参照する 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 イメージは常に通りの同じ Cloud PC ライセンスを必要とし、新しいライセンスモデルは導入されません。
- 再プロビジョニングは不要です。 新しいポリシーに ACG イメージを使い始めても、既存の Cloud PC を再プロビジョニングする必要はありません。
全体像：Azure と Windows 365 の収束
この GA は 2026 年を通じて構築されているパターンの一部です。Microsoft は Windows 365 管理を別のスタンドアロン プラットフォームとしてではなく、Azure ネイティブサービスと体系的に整合させています。
今年早くの Intune ナビゲーション再編成 は Cloud PC 管理を Intune の専用エリアにもたらしました。Cloud PC Monitoring は Azure スタイルの観測可能性を Cloud PC 環境にもたらしました。Power Platform コネクタ は Cloud PC ライフサイクルイベントをより広範な IT プロセスに結びつける自動化ワークフローを可能にしています。
ACG 統合は同じテーマに合致します。Windows 365 のイメージ管理はサイロ化されたアップロードメカニズムではなく、Azure ネイティブインフラストラクチャに基盤を置くようになりました。Azure Virtual Desktop や Azure VM 管理のためにすでに ACG を使用している組織にとって、これは複数のワークロードで 1 つのイメージレジストリを意味し、真の運用の簡素化です。
Windows 365 と Azure Virtual Desktop の収束は Microsoft が表明してきた方向性です。共有イメージ管理インフラストラクチャはその方向の具体的なステップです。デスクトップ仮想化戦略を計画している IT リーダーは、これを Azure Compute Gallery が AVD だけでなく Cloud PC にとっても適切な長期投資であることの確認と捉えるべきです。
Windows 365 環境を最適化する準備はありますか?
Big Hat Group は、アーキテクチャから日々の運用まで、Windows 365 環境の設計、デプロイ、管理を支援します。イメージ管理パイプラインの構築、マルチリージョン Cloud PC デプロイメント向け Azure Compute Gallery の評価、または大規模プロビジョニングのサポートが必要な場合でも、あらゆるエンゲージメントで実践的な専門知識をもたらします。
Windows 365 戦略について話し合うには、Big Hat Group にお問い合わせ ください。
さらに Windows 365 カバレッジをお探しですか?Frontline から Flex へのリブランドと Admin Insights、Intune ナビゲーション再編成、および最近の Autopilot と RDP Multipath アップデート についてお読みください。
Big Hat Group は、モダンエンドポイント管理、Windows 365、Microsoft 365 デプロイメントを専門とする Microsoft パートナーです。この投稿は継続的な Windows 365 カバレッジの一部です。