Laravel 2026.06.25

Laravel開発をOrbStackで爆速化|docker-composeが軽くて速い実戦環境

約18分で読めます

Docker Desktopの重さに悩むLaravel開発者向け。OrbStackへの乗り換えでファイルI/Oが改善し、composer installやViteのHMRが快適になる実戦設定を解説します。

Docker Desktop × Laravelの「重さ」、もう限界じゃないですか?

MacでLaravel開発をしていて、こんな場面に覚えはないでしょうか。

  • composer install を走らせたら vendor/ のマウントで数分待たされる
  • Viteの開発サーバーを起動してもHMRがワンテンポ遅れる
  • コンテナを数本立ち上げるだけでMacのファンが唸り始める
  • Docker Desktopのメモリ使用量がいつの間にか数GBに膨れ上がっている

これらはDockerの設定が悪いわけではなく、macOSとLinuxコンテナの間に挟まるファイルシステムのマウント処理がボトルネックになっているのが根本原因です。特にLaravelプロジェクトは vendor/node_modules/storage/ など大量の小さなファイルを扱うため、この問題が顕著に出やすい。

本記事では、Docker Desktopの代替として注目されている OrbStack をLaravel開発環境に導入する方法を、実際のdocker-compose構成ファイルとともに解説します。既存のCompose構成やLaravel Sailはそのまま使えるので、移行コストはほぼゼロです。


なぜLaravel開発にファイルI/Oの速さが効くのか

Docker Desktopのファイルマウントが遅い理由

Docker Desktopは内部にLinux仮想マシン(VM)を立て、macOS側のファイルシステムとコンテナをgRPCベースのVirtioFSでブリッジしています。このブリッジ経由のI/Oスループットはネイティブの概ね25〜40%程度にとどまると報告されており、ファイル数が多いほど遅延が積み重なります。

Laravelプロジェクトを新規にセットアップしたとき、vendor/ 以下には数千〜1万ファイル超が展開されます。node_modules/ まで含めれば軽く数万ファイルになる。これらをマウント経由で読み書きするたびに、わずかな遅延が何万回も積算されます。

この記事は近日公開予定です

2026年6月25日に全文公開予定です。

公開をお待ちください

この記事をシェア

Laravelの開発・運用、プロに任せませんか?

システム構築からバージョンアップまで、経験豊富なエンジニアがサポートします。 初回相談は無料です。

※ 1営業日以内にご返信いたします

この技術でお困りなら

無料でプロに相談できます

相談する
AIに無料相談