AppleがDockerキラーを開発

WWDC 2026で発表されたAppleのContainer Machinesは、ついにmacOSにおけるWindows Subsystem for Linux (WSL)への回答を提供します。この強力なファーストパーティソリューションは、Apple Silicon向けに綿密に最適化された軽量で永続的なLinux環境を提供し、WWDC 2025の「Apple Container」プロジェクトを直接基盤としています。

セットアップは驚くほど簡単です。開発者はDockerfileとAppleの`container build`コマンドを使用して、任意のOCI互換イメージを構築します。その後、`container machine create <image_tag> <name>`という単一のコマンドで、設定可能な7つのCPUと18GBのメモリ（Macのデフォルトの半分）を備えた、完全で永続的なLinux環境が文字通り数秒で起動します。

キラー機能は、ホームディレクトリの自動共有です。これにより、macOSユーザーのホームディレクトリ全体がLinux VM内で読み書き可能としてマウントされます。開発者は、ファイル転送や同期の手間なしに、ネイティブのmacOSツールやエディタを活用し、Linux内で直接コードをコンパイルおよびテストできます。

このシームレスな統合により、面倒な`scp`や`rsync`コマンドは不要になります。macOS上でVS Codeを使用し、Ubuntu 24 Container MachineでBunアプリケーションを構築し、同じディレクトリからすぐにテストできます。`container machine run`を実行するだけでインタラクティブターミナルに入り、`uname -a`でLinux環境を確認できます。

Container Machinesは、マイクロVMアーキテクチャを採用することで、従来のコンテナ化とは根本的に異なります。各Linux環境は、AppleのVirtualization Frameworkを活用し、独自の独立した軽量仮想マシン内で実行されます。これにより、堅牢なVMレベルのセキュリティ分離と完全なコンテナ障害分離が提供され、共有カーネルモデルを超えた信頼性と予測可能性が向上します。

対照的に、Docker Desktopは従来、単一の、より大きく共有されたLinux VM内で複数のコンテナを実行します。この共有カーネルモデルは、多くのアプリケーションにとってリソース効率が良い一方で、個々のコンテナ間の分離はそれほど厳密ではありません。Appleの方法では、各Container Machineが独自の専用リソースと分離されたカーネル空間で動作し、コンテナ間の干渉を防ぎます。

開発者にとっての重要な利点は、各Container Machine内で完全なsystemd initシステムを実行できることです。これにより、永続的なサービスとプロセス監視に依存する複雑なマルチサービスアプリケーションの包括的なテストが可能になります。例えば、PostgreSQLデータベースを実際のサービスとしてウェブサーバーと並行して実行し、本番のLinuxサーバーで動作するのとまったく同じように構成できます。この機能により、複雑なデプロイメントに対するより正確なローカルテストが保証され、Apple Silicon上での開発環境と本番環境間の不一致が大幅に削減されます。開発者は、Mac上で直接、本番環境に近いテスト環境を手に入れることができます。

ベンチマークによると、Apple Container Machinesは堅牢なパフォーマンスを発揮し、Docker Desktopを頻繁に上回り、生のCPUおよびメモリのスループットではOrbStackに匹敵することが多いです。初期テストでは、AppleのマイクロVMアーキテクチャが既存のプレイヤーに対抗できることを示しており、ファーストパーティソリューションとして強力なデビューです。

しかし、OrbStackは特定の分野で重要な優位性を維持しています。その優れたファイルシステムパフォーマンスと小ファイルI/O速度は、Container Machinesにはまだ匹敵しません。高速なファイル操作に大きく依存する開発ワークフローにとって、OrbStackは依然として明確な優位性を提供します。

Appleのソリューションにおける大きな欠点は、リソース管理にあります。Container MachinesはシステムRAMのかなりの部分、デフォルトでMacのメモリの半分を予約し、重要なことに、それを決して解放しません。OrbStackの動的メモリ割り当ては、実際のワークロードの要求に適応するため、はるかに効率的であることが証明されています。

この静的割り当ては、特に16GB RAM以下のMacでは、システム全体の応答性に深刻な影響を与える可能性があります。Appleの提供するものは大きな可能性を秘めていますが、このメモリ動作は改善の余地が明らかです。アーキテクチャの詳細については、Discover container machines - WWDC26 - Videos - Apple Developerを参照してください。

AppleのContainer Machinesは高性能ですが、いくつかの顕著な制限があります。開発者は、ハードウェア集約型のタスクや特定の周辺機器とのやり取りに不可欠なGPU passthroughとUSB passthroughがないことにすぐに気づくでしょう。Linux GUIアプリケーションの実行も困難であり、多くのデスクトップ中心の開発ワークフローでの有用性を制限しています。

利便性には代償が伴い、特にデフォルトのホームディレクトリマウントにおいて顕著です。この読み書きアクセスは、機密性の高いSSH keysやクラウド認証情報を含むすべてのMacファイルを、Linux VM内のあらゆるプロセスに公開します。これは重大なセキュリティ上のトレードオフであり、コンテナ化された環境に期待されるよりもはるかに少ない分離しか提供しないため、慎重な検討が必要です。

最終的に、AppleのContainer Machinesは、特にAppleエコシステムとその緊密な統合にコミットしている人々にとって、強力で有望なファーストパーティソリューションです。しかし、今日のほとんどのプロフェッショナルな開発者にとって、OrbStackのような洗練された代替品は、より安全で機能豊富な選択肢であり続けています。OrbStackは優れた分離性と幅広い機能セットを提供し、macOS上での要求の厳しいLinux開発における現在の最有力候補となっています。

Apple Container Machinesとは何ですか？

Apple Container Machinesは、Windows Subsystem for Linux (WSL)に似た、軽量で永続的なLinux仮想環境を提供するmacOSの新機能です。これらはAppleのネイティブなContainerプロジェクトに基づいて構築され、Apple Silicon向けに最適化されています。

Container MachinesはDocker Desktopとどう異なりますか？

主な違いはアーキテクチャです。Container Machinesは、AppleのVirtualization Frameworkを使用して、各コンテナを独自の分離された軽量VM内で実行します。Docker Desktopは通常、単一の共有Linux VM内で複数のコンテナを実行します。

既存のDockerイメージをApple Container Machinesで実行できますか？

はい。Appleのコンテナツールは、標準のOCI (Open Container Initiative)互換イメージであればどれでも動作します。Dockerfileからイメージをビルドし、それを使用してContainer Machineを作成できます。

現在のApple Container Machinesの主な制限は何ですか？

現在の制限には、GPUまたはUSB passthroughがないこと、非効率なメモリ管理（未使用のRAMをmacOSに解放しないこと）、およびユーザーホームディレクトリ全体へのデフォルトの読み書きアクセスによる重大なセキュリティリスクが含まれます。