クラウドサービス
2026年07月01日

Microsoftが「WSLコンテナ」パブリックプレビューを開始——WindowsだけでLinuxコンテナ開発が簡潔

Microsoftが「WSLコンテナ」パブリックプレビューを開始——WindowsだけでLinuxコンテナ開発が簡潔

Microsoftが「WSLコンテナ」パブリックプレビューを開始——WindowsだけでLinuxコンテナ開発が簡潔(写真はイメージ)

Microsoftは2026年7月1日、Windows Subsystem for Linux(WSL)に統合されたLinuxコンテナ実行機能「WSLコンテナ」のパブリックプレビューを開始しました。Windows単体でLinuxコンテナの実行・デバッグ・テストが可能になり、Docker DesktopやPodman Desktopといった追加ソフトを前提としなくても開発が完結する構成が現実味を帯びてきます。Microsoft Build 2026で発表されたロードマップに基づく実装で、2026年秋には一般提供(GA)に進む見通しです。

WSLコンテナとは——wslc.exeとWindows APIで実現する「Windowsネイティブな」コンテナ体験

WSLコンテナの中核は、新たに追加された実行ファイル wslc.exe(エイリアス: container.exe)です。既存のコンテナツール(DockerやPodman)と同じような構文でLinuxコンテナを扱えるコマンドラインインターフェースを提供し、Windows上でのコンテナ操作を標準機能として組み込みます。

もう一つの柱がWindows APIの提供です。C/C++/C#向けのNuGetパッケージが同時に公開され、WindowsアプリケーションからプログラムでLinuxコンテナを利用できるようになりました。MSBuild・CMakeとの統合により、ビルドプロセスへの組み込みも標準対応となっています。単なる「Linux環境を手元に持てる仕組み」から、「Windowsアプリの一部としてLinuxコンテナを扱える基盤」へと踏み込んだ点が今回の特徴です。

パフォーマンス改善——virtiofsとconsommeモード

パフォーマンス面でも大きな改善が入りました。ファイルシステムには新しいデフォルト「virtiofs」が採用され、Windowsとコンテナ間のファイルアクセス速度が従来の約2倍に向上しています。ネットワークでは実験的な「consomme」モードが追加され、VPNやプロキシ環境下での互換性が改善されました。企業のネットワーク設定で従来のWSLが動作しづらかったケースにも、選択肢が広がることになります。

メモリ管理も見直され、コンテナ未使用時に段階的にメモリを解放する仕組みが導入されました。開発マシンの常時稼働環境で「WSLが暗黙にメモリを掴んだままになる」問題が緩和され、他アプリケーションとの共存性が高まる想定です。virtiofsとconsommeモードは当面WSLコンテナ側でのみ有効化される点は注意が必要ですが、既存のWSL2利用者にも下層プラットフォーム改善の恩恵は届く形になります。

Docker Desktop・Podmanとの関係——競合ではなく「土台の刷新」

今回の発表を「Docker Desktopの置き換え」と受け取りたくなりますが、Microsoftは既存ツールとの共存を強調しています。Docker Desktop、Podman Desktop、Rancher Desktopといった既存製品も、WSLコンテナが刷新した下層プラットフォームの改善(virtiofs、メモリ管理など)の恩恵を受けられる設計です。

一方で、開発現場から見れば「Docker Desktopのライセンス管理をやめて、WSLコンテナ標準運用に寄せる」選択肢が現実的に取れるようになった意味は小さくありません。特に、Docker Desktopの商用利用ライセンスをめぐる社内調整に苦労してきた企業にとっては、Windows標準機能で完結できる選択肢が生まれたインパクトは大きいはずです。用途や既存資産に応じて、WSLコンテナと従来ツールを使い分ける判断が可能になります。

エンタープライズ対応——DefenderとIntune統合、VS Code連携

エンタープライズ向けの統合機能も同時に発表されました。Microsoft Defender for Endpointによるコンテナイベントの監視(プライベートプレビュー)と、Intuneによるコンテナレジストリの許可リスト管理が用意されています。開発者の生産性を高めつつ、シャドーIT化を防ぐ運用が組みやすくなる構成です。

Visual Studio Code側もDev Containers拡張の0.462.0-pre-releaseでWSLコンテナに対応開始しており、既存のDev Containersワークフローをそのまま流用できます。オンボーディング時に「新しいコンテナ環境の学習」を強いない設計は、開発者体験の観点で重要な配慮といえます。情シスとしては、Defender・Intuneによるガバナンスを効かせながら、Dev Containers経由の開発体験を維持できる形で導入計画を立てやすくなりました。

有効化手順と導入の注意点

パブリックプレビュー版のWSLコンテナ(バージョン2.9.3)は、以下のコマンドで導入できます。

wsl --update --pre-release

もしくはGitHubのリリースページから直接ダウンロードも可能です。プレリリース段階のため、本番業務の主軸に据える前に、開発検証環境でのスモークテストや、既存Docker Desktopワークフローとの並行運用による比較が現実的な手順になります。一般提供は2026年秋を予定しているため、パイロット部門での評価を進めながらGA後の本格移行に備えるロードマップが描きやすいタイミングです。

まとめ

WSLコンテナのパブリックプレビュー開始は、Windows上でのLinuxコンテナ開発が「サードパーティ製品前提」から「Windows標準機能」へと段階的に移行していく大きな節目です。virtiofsによるファイルアクセス2倍化、consommeモードによるVPN互換性改善、Defender・Intune連携によるガバナンス強化と、開発者体験と情シス要件を両立させる方向で機能が整理されています。

日本企業としては、Docker Desktopの商用ライセンス運用を見直したい現場、社内ガバナンスを効かせた開発環境を標準化したい情シス、そしてDev Containersでの開発体験をシンプルに保ちたいエンジニアリング組織のいずれにとっても、選択肢が広がる更新といえそうです。GAとされる2026年秋に向けて、まずはパイロットチームでの評価を通じ、既存資産との使い分け方針を早めに整理しておくのが実務的なアプローチになりそうです。

top遷移画像

Copyright (C) 2026 IT Trend All Rights Reserved.