Microsoft Dev Boxは2028年9月18日17:00 UTCに廃止されます。 今すぐ退職後の計画を始め、機能の違いを確認し、ライセンスと容量を確保し、開発者のワークフローを推奨されるMicrosoftソリューションに移行しましょう。
Note
2028年9月18日までにMicrosoft Dev BoxのワークフローをWindows 365または他の適切なソリューションに移行してください。 Microsoft Dev Boxはこの日に引退します。 サービスは2026年9月14日16:00 UTCから閉鎖期間を開始します。
アクションへの誘い
今すぐ退職プランを作成し、機能依存性を確認し、ライセンスと容量を確認し、ターゲット環境での開発者体験を検証しましょう。
長期的な移行計画を作成・実行する間、既存のMicrosoft Dev Box展開を一時的なソリューションとして使い続けてください。 退職するサービスに新たな長期的な依存関係を生み出さないでください。
未使用リソースを削除してコスト削減し、開発センター、プロジェクト、プール、定義、ネットワーク接続、イメージ、アクティブな開発ボックスを見直すことで正式にオフボードを行ってください。
切り替えガイダンスの概要
推奨されるMicrosoftソリューションや、安全で管理されたクラウド開発環境をサポートする他の利用可能な選択肢を確認してください。 これらのソリューションは、プロビジョニング、管理、ネットワーキング、画像配信、開発者セルフサービス、コストに関して異なるアプローチを提供します。
Microsoft ソリューション
Microsoft Dev Box の代替として検討できる Microsoft ソリューションがあります。 これらのソリューションは一対一の代替ではないため、各開発者シナリオを評価し、アーキテクチャ、管理、セキュリティ、パフォーマンス、ユーザー体験を検証してから移行してください。
Windows 365
Windows 365は仮想化開発者環境の推奨される進路です。 Microsoft Intuneで管理できる永続的なクラウドPCを提供し、Microsoft Entra ID、条件付きアクセス、コンプライアンスポリシー、アプリケーション、組織のセキュリティ管理と統合できます。 Windows 365はWindows 11開発者設定イメージをサポートし、開発者に事前設定された環境を提供します。 組織は開発者が接続する前に承認されたアプリケーション、スクリプト、ポリシー、カスタムイメージを展開することも可能です。
16vCPU、32vCPU、GPU対応クラウドPCなど、さまざまな構成により、組織はリソースをワークロード要件に合わせて調整できます。 永続的環境はセッション間で開発者の作業を保存しつつ、アイデンティティ、セキュリティ、管理、ポリシーは中央集権的に管理されます。 移行前に、適切なWindows 365提供およびライセンスモデルを選択し、アイデンティティ、デバイス管理、ネットワーク、イメージ、アプリケーション、ストレージ、容量、パフォーマンス要件を定義し、代表的な開発者ワークフローをパイロット設定します。
ビジネスの優先順位、準備状況、地理的、支援能力に基づいて移行の波を計画します。 ユーザー移動前にターゲットクラウドPCのプロビジョニングと検証を行い、承認されたプロセスを通じて必要なデータと設定を転送し、カットオーバーを監視し、検証が成功した後はDev Boxリソースを削除します。
Windows 365が開発者の生産性をどのように支え、Dev Boxからの推奨される進路を示しているかについては、Windows 365 for developersブログをご覧ください。
Microsoft Dev Boxの廃止に関するよくある質問
Microsoft Dev Boxはいつ廃止されるのでしょうか?
Microsoft Dev Boxは2028年9月18日17:00 UTCに引退します。 閉鎖期間は2026年9月14日16:00 UTCから始まります。
既存のMicrosoft Dev Boxのデプロイメントを使い続けてもいいですか?
Yes. 既存の展開は移行期間中も引き続きサポートされています。 退職日を待つのではなく、今すぐ計画を立てて移行を試し始めましょう。
移行中に新しいMicrosoft Dev Boxリソースを作成できますか?
現在の製品とサブスクリプションの体験を活用して、新しいリソース作成がまだ可能かどうかを判断してください。 退職するサービスへの長期的な依存を拡大させず、対象となる環境への投資を優先しましょう。
Windows 365はMicrosoft Dev Boxの1対1の代替品でしょうか?
No. Windows 365が推奨される道ですが、アーキテクチャ、ライセンス、管理、ネットワーク、イメージ配信、開発者セルフサービスの面で異なる場合があります。 各ワークロードを検証し、完全な機能の同等性を前提にしないでください。
自動移行ツールはありますか?
Windows 365はMicrosoft Dev Boxの一対一の代替ではありません。 ターゲットとなるクラウドPCのプロビジョニング、必要なポリシーや設定の再作成、アプリケーションの展開、承認されたプロセスを通じてユーザーデータの転送を計画してください。 本番環境移行を始める前に、最新の公開された移行ガイダンスを参照し、Microsoft アカウントに連絡してください。
引退後に残るMicrosoft Dev Boxのワークロードはどうなるのでしょうか?
Microsoft Dev Boxは引退後は利用できません。 残っている顧客のワークロードが削除されることを想定してください。 退職期限前に移行とデータ保存を完遂すること。
退職の影響を受けるリソースはどのように特定できますか?
Azure Advisor Service Retirement Workbookを使って、影響を受けたサブスクリプションやリソースを確認してください。 ワークブックに加えて、開発センター、プロジェクト、プール、定義、ネットワーク接続、イメージ、ユーザー、役割割り当て、自動化などの組織インベントリをまとめて作成します。