MicrosoftがWSLを構築する本当の理由は、Linuxの置き換えとは何の関係もない

Windows Subsystem for Linux 2 (WSL 2) は、Windows のコピー内の軽量仮想マシン内で実際の Linux カーネルを実行します。これは、デュアル ブートやその他の厄介な問題を使用せずに、Windows 内から Linux アプリを実行したり、Linux に関する作業を実行したりできる素晴らしいテクノロジです。

したがって、WSL は、Windows ユーザーにとって「本物の」Linux の実行を不要にする方法であると考えるのは簡単です。残りの部分をすべて処理することなく、Linux の優れた部分にアクセスできるようにするため。場合によってはそれが実際に効果的な結果になるかもしれませんが、それはこのシステムの意図や本当の目的ではありません。

Microsoft は 2016 年に WSL が誰のためのものであるかを語った

ニッチなニーズに応えるニッチなソリューション

Microsoft の 2016 年の最初の発表では、WSL が何よりもまず開発者ツールであることは明らかです。これは、Windows の開発者が Linux 専用のオープンソース ツールにアクセスする必要があることから来ています。 Microsoft は、Ubuntu を Windows に導入し、それらの機能を統合することで、開発者が Windows をベースとして使用することをより簡単かつ実現可能にしました。

WSL の初期バージョンは、決してデスクトップ Linux の代替品ではありませんでした。ディスク I/O パフォーマンスは低く、グラフィカル デスクトップ環境やグラフィカル アプリはなく、デフォルトでは Windows の一部ではありませんでした。

Linux ソフトウェアが必要であるということは、Windows を置き換えることを望んでいる、またはそれが許可されているという意味ではありません。

時々、自分が持っているものを使って作業する必要がある

WSL が作成された対象となった視聴者は、特殊な状況に陥りました。多くの場合、彼らは、 持っている 彼らが働いている組織は Windows およびその他の Microsoft サービスに基づいているため、Windows を使用する必要があります。したがって、Linux サーバーまたはコード リポジトリにソフトウェアをデプロイする必要がある開発者または FOSS 貢献者は、WSL を使用して 1 台のマシンに留まるワークフローを構築できます。

Windows が搭載された ThinkPad が支給され、IT 部門が方針としてそのマシンのデュアルブートや OS の交換を許可していない場合、WSL は救世主です。これにより、組織が料金を支払っている Microsoft のガードレール内に留まりながら、必要なすべての Linux ソフトウェアとツールにアクセスできるようになります。

実際のワークフローを見ると、WSL の機能がよくわかります

大型機械の重要な部分です

クレジット: マイクロソフト

Microsoft の 2019 年の発表で詳しく説明されているように、WSL2 では、Microsoft は WSL の当初の実装で発生した問題点のほぼすべてを解決しました。低速走行性能が大きかった。これはコンパイル時間に深刻な影響を及ぼしましたが、これは開発者にとってかなり重要です。

これは根本的なアーキテクチャの変更であり、実際の Linux カーネルとその結果として Docker などのアプリを使用できるようになりました。 Microsoft の人気のある VS Code は、WSL と美しく統合されています。 VS Code の公式 WSL ドキュメントによると、次のようになります。

「Visual Studio Code WSL 拡張機能を使用すると、VS Code から Windows Subsystem for Linux (WSL) をフルタイムの開発環境として使用できるようになります。Linux ベースの環境で開発し、Linux 固有のツールチェーンとユーティリティを使用し、Linux ベースのアプリケーションをすべて Windows から快適に実行およびデバッグできます。」

あなたがすでに VS Code を使用しており、Windows プラットフォームを使用している開発者であれば、WSL のようなものが必要になる理由は明らかです。

同様に、Linux と Windows のグラフィカル アプリを同じデスクトップに統合すると、生産性が大幅に向上しますが、完全な Linux デスクトップを持つこととはまったく同じではありません。

Linux を Windows 上で利用できるようにすることは Microsoft の利益にかなう

誰もが勝ちます

クレジット: マイクロソフト

Microsoft と Linux は敵対関係にあるという物語を頭の中で構築するのは簡単です。しかし、Microsoft のデータセンターにあるサーバーは少なくとも部分的に Linux を実行していないと思いますか?現在、Windows にはオープンソース コンポーネントが含まれていませんか? Steve Ballmer 氏がかつて Linux を「ガン」と呼んだことは有名ですが、2016 年に ZDNET が報じたように、彼は今では Linux を「愛している」そうです。

Microsoft と Linux や Canonical のような組織との友人関係を説明するのに、利他主義に頼る必要さえありません。 WSL は、WSL がなければ完全な Linux に移行するであろう開発者の流出を防ぎます。これにより、Microsoft に毎月数百万ドルを支払っている既存の企業は、Linux の恩恵を受けながら Windows バブルの中に留まることができます。

2026 年 9 月、Microsoft は WSL コンテナーが広く利用可能になると発表しました。

「WSL は、Windows を Linux ワークロードの構築、実行、管理に最適な場所にするという当社の取り組みの中心です。AI、クラウドネイティブ開発、コンテナー、オープンソース エコシステムが Linux に集約され続ける中、これらのワークロードを Windows デバイス上で直接実行することを選択する開発者が増えています。当社は、WSL の新機能である WSL コンテナーによって、この目標に向けた取り組みを続けています。」

これにより、WSL は Windows と Linux のさらにシームレスな融合を実現し、ネイティブ Windows アプリが WSL 以前では考えられなかった方法で Linux と連携できるようになります。

試してみてください

あなたが主に Windows ユーザーであるか Linux ユーザーであるかにかかわらず、WSL と WSL2 が優れたソフトウェア エンジニアリング プロジェクトであることに異論の余地はありません。人によって全く異なる見方があっても構いません。私の同僚の Jordan Gloor は、Linux があればこそ熱心ですが、WSL は優れているが、Windows に引き戻すほどではないと認めています。私のもう一人の同僚である David Deloney は、私がそう思っていたにもかかわらず、WSL が彼にとって効果がある理由を共有してくれました。 また 彼を Linux の熱心な信者だと説明します。

あなたの意見が何であれ、Windows コンピューターを持っているのであれば、WSL を自分で試すのは難しくありません。おそらく、適切なタイプのユーザーにとっては、WSL が両方の長所であるという結論に達するでしょう。ただし、Linux 自体に対する脅威ではありません。