WSLコンテナが一般提供開始

2026年9月29日 WSLコンテナが一般提供開始 By Logan Iyer, Corporate Vice President, Windows Platform + Developer WSLは、WindowsをLinuxワークロードの構築、実行、管理に最適な場所にするという当社のコミットメントの中心です。AI、クラウドネイティブ開発、コンテナ、オープンソースエコシステムがLinuxに収束し続ける中、より多くの開発者がこれらのワークロードをWindowsデバイス上で直接実行することを選択しています。本日一般提供が開始されたWSLの新機能であるWSLコンテナにより、この目標に向けた取り組みを継続します。試すには、ターミナルでwsl --updateを実行するか、GitHubから最新リリースをダウンロードするだけで、以下の機能にアクセスできるようになります。 WSLコンテナ CLI: wslc.exe を使用して、Windows上で直接Linuxコンテナをビルド、実行、デプロイするか、その組み込みエイリアス container.exe を使用して、同じ使い慣れたコンテナコマンドを実行できます。 WSLコンテナ API: ネイティブのWindowsアプリケーションでLinuxコンテナをプログラム的に実行するための関数にアクセスし、ローカルAIワークロードの実行やクラウドベースのコンテナ化されたアプリケーションのローカルでの使用といったシナリオをアンロックします。 WSLコンテナの構築方法、WSLとの連携方法、プラットフォームの背後にあるアーキテクチャについてさらに詳しく知りたい場合は、当社のWSLコンテナアーキテクチャブログをご覧ください。 GA（一般提供）で新しくなった点について説明します。 新しいコマンドと機能 パブリックプレビュー以降、WSLコンテナを進化させ続け、日々のコンテナワークフローをよりシンプルにし、実行環境の可視性を向上させ、大規模なコンテナ管理に必要な柔軟性を追加することに注力してきました。GAリリースの一部として、コンテナライフサイクル、ネットワーキング、オブザーバビリティ全体にわたるいくつかの新しいコマンドと機能が導入されました。以下にいくつかのハイライトを示します。変更ログの全容はリリースページで確認できます。 - wslc container restart — 実行中のコンテナを再起動します - wslc container cp — tarアーカイブを介してファイルをインポート/エクスポートします - wslc system info — コンテナ環境の状態を一目で確認できます - wslc network connect および wslc network disconnect — コンテナをネットワークに接続/切断します - wslc network create は、任意のネットワークドライバーオプションをサポートするようになりました - wslc events – リアルタイムのコンテナアクティビティをストリームします - コンテナヘルスチェックがサポートされるようになりました - wslc create および wslc run での --stop-timeout、無限タイムアウトの場合は -1 を含む - wslc create および wslc run 中の --mount サポート - デフォルトの wslc セッション用の設定可能なストレージパス。これにより、コンテナストレージを希望のドライブに配置できます。 開発者向けの新しいコマンドとプラットフォームの強化に加えて、本番環境に必要なガバナンスとセキュリティ制御を備えた組織がWSLコンテナを採用できるよう支援することにも注力してきました。 WSLコンテナのエンタープライズ管理 このリリースでは、Microsoft IntuneとMicrosoft Defender for Endpoint（MDE）のWSLへの統合を拡張し、コンテナワークフローも対象に含めます。MDEのWSL向け既存プラグインは、コンテナもサポートするように拡張されました。MDEは、WSLコンテナからのプロセス、ファイル、ネットワークアクティビティを表面化し、そのアクティビティをWindowsホストに紐付けることで、セキュリティチームが個別のセキュリティワークフローを作成することなく、不審なアクティビティを調査するのに役立ちます。Microsoft Intuneは、WSLコンテナの有効/無効を制御し、イメージプルを承認済みレジストリに制限するためのコントロールも追加しました。さらに、Intuneダッシュボードには、WSLコンテナ機能固有の新しい設定が表示されます。 - Allow WSL containers access – WSLコンテナ機能全体へのアクセスを制御します。 - WSL containers registry allow list – WSLコンテナのエンタープライズ導入において、組織は環境に導入されるコンテナイメージに対してより強力な制御を必要とします。コンテナレジストリ許可リストを使用すると、管理者は承認済みのレジストリを定義し、開発者が組織のセキュリティおよびコンプライアンス要件を満たすそのリストからのみコンテナイメージをプルするようにすることができます。WSLエンタープライズドキュメントページで、会社向けのWSLのセットアップ方法について詳しく確認できます。 パートナーとコミュニティの統合 パートナーやコミュニティの貢献者は、開発者が既に利用しているエディター、ターミナル、デスクトップツールにWSLコンテナを取り込み、既存のプロジェクトにwslcサポートを追加したり、新しいプロジェクトを作成したりしています。WSLコンテナを取り巻くエコシステムを拡大し続ける素晴らしいコミュニティの貢献に感謝しています。 - VS Code dev container サポート: VS Code devコンテナの作成と操作にwslcをデフォルトドライバーとして使用します。 - Aspire: AspireはWSLコンテナをファーストクラスのコンテナランタイムとして使用できます。 - VS Code container extension: VS Codeでコンテナを管理するための人気の拡張機能が、wslcをサポートするようになりました。 - Lazywslc: WSLコンテナを管理するためのTUIダッシュボード。 - WSL Container Desktop: WSLコンテナ、Kubernetes（k3s）、コンテナレジストリを管理するためのWinUI 3デスクトップアプリ。 - WSLc remote: WSLディストリビューション内からwslcを実行するための短いラッパースクリプト。 WSLの今後の展望 将来的には、Linux on Windowsは開発環境を超えて、AIおよびクラウドネイティブワークロードのための戦略的な実行プラットフォームへと進化し、Windowsと同じエンタープライズセキュリティ、管理、ガバナンスフレームワークに参加すると見ています。WSL全体の体験への投資を継続し、このリリースに関連して、ロードマップ上のWSL固有の2つの項目を強調したいと思います。 - wslc compose の追加 WSLcの最も要望の多い機能リクエストはcomposeサポートの追加であり、これが次のイテレーションの焦点となります。目標は、wsl compose up が既存のcompose.yamlファイルをそのまま変更なく動作させることです。既に着手しており、近日中に詳細を共有できることを願っています。 - WSL の根本的な改善 また、ネットワーキング、クロスOSファイルパフォーマンスなど、WSLのコアプラットフォーム機能の一部を改善する方法を積極的に調査しています。この作業の一部は本日、wslcで確認でき、Linux環境からWindowsファイルにアクセスする際のパフォーマンスが最大2倍向上し、最も一般的なクロスOSボトルネックの1つを軽減するのに役立ちます。また、開発者およびエンタープライズシナリオ全体でネットワーキングの互換性を向上させる、コンテナワークフローで有効化された新しいconsommeネットワークモードも導入しています。これらの基盤的な改善は、WSLディストリビューション、WSLコンテナ、およびWSL上に構築されたその他のコンテナ技術にメリットをもたらし、Linux on Windowsをますますシームレスで統合されたものにするための広範な取り組みを反映しています。 Linux on Windows の未来を共に築く プレビューをテストし、フィードバックを共有し、WSLコンテナの改善に貢献してくれた開発者に感謝します。技術的な問題や機能リクエストは、WSL GitHubリポジトリ microsoft/wsl に提出してください。WSLの詳細については、WSLドキュメントをご覧ください。次のプロジェクトをWSLコンテナに持ち込み、今後の方向性を形作るお手伝いをしてください。LinuxでWindowsを素晴らしい開発場所にするパフォーマンス、互換性、統合への投資を継続していきます。