Microsoft は 25 年前、当時の CEO、Steve Ballmer が Linux を「知的財産の意味であらゆるものにしがみつく癌」と表現したとき、オープンソース コミュニティに対して厳しい姿勢をとりました。今回、2026 Build カンファレンスにおいて、Microsoft はオープン ソース ソフトウェアへの重要な貢献者の 1 つとなっただけでなく、独自の Linux ディストリビューションである Azure Linux 4.0 を正式に一般公開しました。この変化は業界で広く注目を集めています。
Azure Linux 4.0 は、Microsoft によって完全に保守され、Fedora 43 上に構築された真のオープンソース Linux ディストリビューションであり、Azure 仮想マシンおよび Microsoft の内部インフラストラクチャで長年にわたって大規模に実行されてきました。
いわゆる Linux ディストリビューションは Linux カーネルに基づいており、パッケージ マネージャー、システム ツール、デフォルト構成、サポート システム、グラフィカル インターフェイスなどのコンポーネントを統合して、実際に展開して使用できる完全なオペレーティング システムを形成します。 Ubuntu、Fedora、Debian、Red Hat Enterprise Linux (RHEL)、Arch Linux などはすべて同じ Linux カーネルを共有していますが、異なる使用シナリオとユーザー グループを対象としています。 Azure Linux 4.0 は、Microsoft がこのリストに追加した製品です。これは Fedora 43 に基づいており、RPM パッケージ形式と Red Hat エコシステムに従っています。ただし、Microsoft はパッケージ セットをフィルタリングし、セキュリティ パッチを維持し、Azure クラウド ワークロードに対して特別な最適化を実行します。
Azure Linux の前身は、2019 年に立ち上げられた社内プロジェクト CBL‑Mariner (Common Base Linux Mariner の略) です。目標は、軽量で安全なオペレーティング システムを Azure インフラストラクチャに提供することです。 2022 年までに、Azure Linux は、AKS (Azure Kubernetes Service)、Azure SQL、Azure Cosmos DB などの運用グレードのサービスに大規模にデプロイされます。LinkedIn も Azure Linux 3 への全体的な移行を完了し、Databricks は、顧客が直面する大きな障害を発生させることなく、100,000 台を超える仮想マシンと 100 万個を超える CPU コアをシステムに切り替えました。 2024 年 3 月、Microsoft はシステムの名前を Azure Linux に正式に変更し、2026 年 5 月の北米オープンソース サミットで Azure Linux 4.0 を正式に発表し、その後 6 月の Build 2026 カンファレンスでパブリック プレビュー向けに公開しました。
Ubuntu、Fedora、RHEL などの汎用ディストリビューションとは異なり、Azure Linux 4.0 はデスクトップや日常使用のためのオペレーティング システムではありません。グラフィカル インターフェイス、オーディオ スタック、デスクトップ環境はなく、ベース イメージには、クラウドとサーバーのワークロードに必要な最小限のコンポーネントのみが含まれる、less のような一般的なテキスト ページング ツールがプリインストールされていません。インストールが完了すると、システムは Bash をデフォルトのシェルとして使用するプレーン テキスト コンソールに直接入ります。Fedora や Ubuntu のデスクトップ バージョンに似たグラフィカル インストーラーやデスクトップ環境は提供されません。この設計の目標は、パッケージ全体のサイズを可能な限り縮小することで、攻撃対象領域を減らし、毎月パッチを適用する必要がある潜在的な脆弱性を減らし、サーバーおよびコンテナ環境をより予測可能かつ効率的に実行できるようにすることです。
デプロイ シナリオの点でも、Azure Linux は他のディストリビューションとは大きく異なります。 Ubuntu Server、Fedora Server、および RHEL はデスクトップ バージョンと比較して合理化されていますが、依然として多くの共通コンポーネントが保持されており、ローカル データ センター、他のクラウド プラットフォーム、および物理サーバーでの実行が正式にサポートされています。対照的に、Azure Linux 4.0 は、主に Azure クラウド サーバーと仮想マシン ワークロード向けの「クラウド固有のディストリビューション」として位置付けられています。 Azure の外部での実行は技術的には可能ですが、Microsoft の公式サポートの範囲内ではありません。基本イメージのサイズは約 300 MB ですが、Ubuntu、Fedora、または RHEL の基本イメージは通常 500 ～ 600 MB 以上です。 Azure Linux 4.0 は無料で使用でき、オペレーティング システムのライセンス料はかかりません。これは Microsoft によって保守されており、強化されたセキュリティのデフォルト構成と CVE 脆弱性への迅速な対応に重点を置いています。
テクノロジー スタックの観点から見ると、Azure Linux 4.0 の現在のパブリック プレビュー バージョンには、Azure に最適化された Linux 6.18 LTS カーネルが搭載されており、Hyper‑V 統合が強化され、GPU および AI アクセラレータがサポートされています。パッケージ マネージャーは代わりに dnf5 を使用します。これは、C++ で書き直された DNF の新しいバージョンです。古いバージョンの Python で実装されていた DNF と比較して、依存関係の解析速度とリソース消費の点で優れています。システムは C 標準ライブラリとして glibc 2.42 を使用し、初期化システムは systemd 258 を使用します。ディストリビューションには Python 3.14 が組み込まれており、新しい JIT コンパイラが有効になります。また、ポスト量子暗号アルゴリズムをサポートする OpenSSL 3.5 も搭載しており、NIST によって標準化された CRYSTALS-Kyber および CRYSTALS-Dilithium アルゴリズムをカバーしており、コンプライアンスのニーズがある企業ユーザーにとって実用的です。 Azure Linux 4.0 の FIPS 140‑3 認定は現在も進行中であり、2026 年の一般リリース (GA) までに完了する予定です。
また、Azure Linux 4.0 と同時に発表されたのは、Microsoft が Build 2026 で発表した 2 番目の Linux 製品である Azure Container Linux です。この 2 つは同じカーネルとセキュリティ更新頻度を共有していますが、位置づけに根本的な違いがあります。つまり、Azure Container Linux は不変システムです。オペレーティング システムは読み取り専用イメージとして提供され、ユーザーは実行時に新しいパッケージをインストールしたり、システム構成を変更したりすることはできません。アップデートがリリースされると、プラットフォームはシステム イメージ全体を置き換え、例外が発生すると自動的にロールバックします。 Azure Container Linux は、2023 年から Azure Kubernetes Service (AKS) でサイレントに実行されてきましたが、バージョン 4.0 のリリースにより、初めてスタンドアロン製品として利用できるようになりました。これに対し、Azure Linux 4.0は一般的なクラウドサーバーや仮想マシンを対象としており、ソフトウェアパッケージを無償でインストールできる。更新はパッケージごとに dnf5 を通じて 1 つずつ完了します。現在、パブリック プレビューの段階にありますが、Azure Container Linux は「一般提供」という成熟した状態に達しています。
ビジネスと戦略の観点からすると、Microsoft が独自の Linux ディストリビューションを作成することは驚くべきことではありません。現在、Azure クラウド上で実行されているオペレーティング システムの Linux インスタンスの数は Windows Server のインスタンスの数を超えており、これらの Linux システムのほとんどは、Ubuntu、RHEL、SUSE、Debian などのサードパーティ ベンダーから提供されています。お客様がこれらのシステムを Azure 上で実行する場合、多くの場合、それぞれのディストリビューション ベンダーからサポート サブスクリプションを購入します。 Microsoft は基盤となるインフラストラクチャを提供していますが、オペレーティング システム レベルの収益をこれらのベンダーと共有する必要があります。 Azure での Azure Linux の使用の標準化を顧客に促すことで、Microsoft は、すべてのソフトウェア パッケージが Microsoft によって署名され、詳細なソフトウェア部品表 (SBOM) がリリースごとに公開されることで、サプライ チェーンとテクノロジ スタック全体にわたるエンドツーエンドの統合制御を実現できます。規制された業界のエンタープライズ チームにとって、オペレーティング システム レベル全体の責任を 1 つのベンダーに集中させることは重要なセールス ポイントです。
この戦略は他のクラウド大手と一致しています。Amazon は Amazon Linux を立ち上げ、Google は Container‑Optimized OS を立ち上げ、Microsoft は Azure Linux でこの傾向に倣いました。 Microsoftはまた、Azure Linuxが開発環境と本番環境の一貫したソリューションになることを明らかにしており、ローカルWindows上のWSLを介してAzure Linuxを使用して開発し、同じ環境をAzure本番環境に直接デプロイすることで、「ローカルで実行できるが、クラウドではエラーが発生する」という環境差の問題を軽減します。 Windows 11 での WSL コンテナーのリリースにより、開発者は、Windows エコシステムを離れることなく、WSL を通じてローカルで Linux コンテナーを構築、実行、テストし、ワンクリックで Azure Linux にデプロイできるようになります。
一般ユーザーにとって、Azure Linux 4.0に注目する必要があるかどうかをより現実的に判断できるようになる。現在、Azure Linux 4.0 はまだパブリック プレビュー段階にあり、「運用環境では使用しない」と明確にマークされています。対象となるユーザーは主に、Azure クラウド サーバーとコンテナ ワークロードの開発者とエンタープライズ チームです。パソコンで Ubuntu を毎日使用している場合、またはエンタープライズ環境に RHEL や Fedora などのディストリビューションを展開している場合、現段階では Azure Linux がこれらの成熟した製品に置き換わることはありません。さらに重要なのは、Microsoft が、LinkedIn や Databricks などの大規模なインターネット サービスで重要なワークロードをすでにホストしている真の運用グレードの Linux ディストリビューションを維持するベンダーになり、それを Azure プラットフォームの第一級市民オプションとしてより幅広いユーザー ベースに開放し始めていることを示しています。