先に要点
Dockerって結局何がいいの？ コンテナって仮想マシンと何が違うの？ で止まりやすい人は多いです。 名前はよく聞くのに、なんとなくモダンっぽい開発で使うもの、くらいで止まると、どこで便利なのかが見えません。
この記事では、2026年6月時点で Docker Docs の Docker overview と What is a container? を確認しながら、Docker とは何か、コンテナで何がうれしいのか、初心者がどこで使いどころを判断するとよいかを整理します。
ローカル開発環境をそろえる話までつなげて見たいなら、Dev Containersとは？ローカル開発を汚さない開発環境の作り方を初心者向けに解説 もかなり相性がいいです。
Dockerとは何か
Docker は、アプリを動かすのに必要な環境を コンテナ としてまとめて扱いやすくする仕組みです。 初心者向けにかなりざっくり言うと、実行環境をそろえた状態で配りやすくする道具です。
ここで大事なのは、Docker がアプリ本体そのものではないことです。 アプリを動かすのに必要なランタイム、ライブラリ、設定、起動コマンドなどをまとめて扱いやすくして、別のPCやサーバーでも近い形で再現しやすくするのが主な役割です。
たとえば、
- 自分のPCでは動く
- チームメンバーのPCでは依存が足りず動かない
- 検証サーバーだけOSやライブラリの差で落ちる
といったズレは、開発現場でかなりよく起きます。 Docker は、この環境差で消耗する時間を減らしやすいのが大きな価値です。
コンテナってどう理解すればいいのか
コンテナ は、アプリを動かすための実行単位です。 アプリを入れた箱と説明されることが多いですが、実際にはアプリと必要な実行環境をまとめて扱いやすくした単位、と考える方がズレにくいです。
ここで初心者が混乱しやすいのは、Docker = コンテナ と覚えてしまうことです。
実際に動く実行単位。プロセスとして起動し、停止すると消える前提で扱う。
この4つを分けて考えると、かなり頭が整理しやすくなります。
何がうれしいのか
1. 環境差を減らしやすい
Docker の一番分かりやすい価値はここです。 言語のバージョン、OSパッケージ、拡張モジュール、ツール類をまとめてそろえやすいので、自分だけ動かない、を減らしやすくなります。
特に、
あたりは、Docker を入れるとかなり吸収しやすいです。
たとえば PHP 8.1 が前提の案件と PHP 8.3 が前提の案件を1台のPCで掛け持ちするとき、ホストに直接 PHP を入れると切り替えが面倒ですが、コンテナならイメージのタグを php:8.1-fpm と php:8.3-fpm で分けるだけで衝突しません。
2. 作り直しやすい
ローカル環境を手でいじって壊すと、元に戻すのが面倒です。 でも Docker は、壊れたら作り直す、という発想と相性がいいです。
たとえば DB のスキーマがおかしくなったとき、ホストの MySQL なら原因を追って手で直す必要がありますが、Compose なら次の流れで初期状態に戻せます。
もちろんボリュームや永続データの扱いは別で注意が必要ですが、少なくとも実行環境そのものは再生成しやすいです。 この戻しやすさは、初心者が思っている以上に実務で効きます。
3. チームで合わせやすい
開発人数が増えるほど、環境差のコストはじわじわ重くなります。 README に長いセットアップ手順を書くより、Docker 構成でまとめておいた方が入りやすい場面はかなりあります。
新しく入った人が、
- リポジトリを落とす
docker compose upする- すぐ動く
に近づくのは、かなり大きいです。手順書が10ステップあっても、環境差で半日詰まる、という事故を減らせます。
4. 周辺サービスも一緒に立ち上げやすい
実務では、アプリ単体では完結しません。 Webアプリの横に、DB、Redis、メール検証、ジョブワーカーなどが必要になることがよくあります。
このとき Docker なら、複数サービスをまとめて起動しやすいです。 特に Docker Compose は、アプリ + DB + キャッシュのような構成をローカルで再現する入り口としてかなり便利です。
仮想マシンと何が違うのか
ここは一度整理しておくと分かりやすいです。
| 観点 | Docker / コンテナ | 仮想マシン |
|---|---|---|
| 何を分けるか | アプリ実行環境を分ける | OS ごと分ける |
| 起動の軽さ | 秒単位で起動しやすい | 起動に数十秒〜分かかりやすい |
| 1個あたりの容量 | イメージ数十MB〜数百MB規模が多い | 数GB〜数十GBになりやすい |
| 作り直し | しやすい | やや重い |
| 向く場面 | 開発、CI、アプリ配布、複数サービス検証 | OS を完全に分けたい、強く独立させたい場面 |
初心者向けには、仮想マシンはPCをもう1台作る感じ、コンテナはアプリ環境を軽く切り分ける感じ、と考えると入りやすいです。 コンテナはホストの OS カーネルを共有してアプリのプロセスだけを隔離するので、OS をまるごと立ち上げる仮想マシンより軽くなりやすい、というのが本質的な違いです。ただし、実際にはネットワークやストレージ、権限などの設計差もあるので、完全に同じではありません。
実務で特に向いている場面
ローカル開発環境をそろえたいとき
これはかなり王道です。 特に Web 開発では、PHP / Node.js / DB / Redis のように依存が複数あるので、Docker と相性がいいです。
CIで毎回きれいな環境からテストしたいとき
CI では、毎回同じ条件でビルド・テストしたいです。 Docker イメージを使うと、前回の環境が残っていて偶然通った、を減らしやすくなります。CI/CD パイプラインでコンテナを使うのが現代の標準的な形です。
サーバーへ同じ構成を配りたいとき
本番で使うかどうかは案件次第ですが、少なくとも検証環境やステージング環境ではかなり使いやすいです。 サーバー選定から広く見たいなら、クラウド、VPS、レンタルサーバーの違いは？コスパ比較と実務での使い分けを解説 もつながります。
Dev Containers の土台として使いたいとき
VS Code の Dev Containers は、Docker 前提で環境をそろえる文脈でかなり使われます。 つまり、Docker を知っておくと、なぜローカルPCを汚しにくくできるのか、が見えやすくなります。
PC負荷は「重くなった」で済ませず、数値で見る
ここは初心者が一番つまずきやすく、かつ抽象論で流されやすいところなので具体的に書きます。
Docker Desktop は Windows / macOS では裏側で軽量な Linux 仮想マシンを動かします。Windows の WSL2 構成では、既定で ホストの物理メモリの最大50% までを WSL 側の仮想マシンが使える設定になっています。つまり16GBのPCなら最大8GB、8GBのPCなら最大4GBまで Docker 側に持っていかれうる、という前提を知らないと、なぜか他のアプリが重い、という状態になります。
典型的な失敗例を、現象→原因→確認手順→回避の形で挙げます。
原因
コンテナ複数とWSL2の仮想マシンでメモリを食い尽くし、Windows 側がスワップ（ディスクへの退避）を多発させていた。8GB機ではDocker + OS + ブラウザの同時稼働は元々余裕が少ない。
確認手順
まず docker stats で各コンテナのMEM USAGE / LIMITを見る。Windowsならタスクマネージャーで Vmmem（または vmmemWSL）のメモリを確認。両方が膨らんでいれば割り当て過多。
回避
ユーザーフォルダの .wslconfig に上限を書いて WSL を再起動する。常時必要でないサービス（メール検証ツール等）は docker compose stop で止め、同時起動数を絞る。
docker stats を実行すると、たとえば次のような出力になります。
CONTAINER ID NAME CPU % MEM USAGE / LIMIT MEM %
b1f2c3d4e5a6 app-php 2.10% 412MiB / 7.6GiB 5.30%
a7b8c9d0e1f2 db-mysql 0.80% 1.18GiB / 7.6GiB 15.50%
c3d4e5f6a7b8 cache-redis 0.30% 38MiB / 7.6GiB 0.49%
d4e5f6a7b8c9 queue-worker 1.40% 205MiB / 7.6GiB 2.70%
ここで MySQL が1GB超を恒常的に使っているのが見えます。8GB機なら、この時点で OS とブラウザに残る余白がかなり薄い、と判断できます。
Windows で割り当てを絞るなら、C:\Users(ユーザー名).wslconfig に次のように書き、PowerShell で wsl --shutdown してから Docker Desktop を起動し直します。
[wsl2]
memory=4GB
processors=2
ディスクも忘れがちです。イメージとビルドキャッシュは放置すると数十GB単位で膨らみます。現状を見るには docker system df を使います。
TYPE TOTAL ACTIVE SIZE RECLAIMABLE
Images 24 4 18.6GB 14.2GB (76%)
Containers 6 4 210MB 0B (0%)
Local Volumes 8 3 4.1GB 2.7GB
Build Cache 312 0 9.8GB 9.8GB (100%)
RECLAIMABLE が大きいときは docker system prune -a --volumes で未使用分を回収できます（使っていないボリュームまで消えるので、残したいDBデータがないかは事前に確認してください）。定期的にプルーニングする習慣がないと、SSDの空きがある日突然尽きる、というのは現場でよくあるトラブルです。
目安として、複数サービスをComposeで快適に回したいなら実装メモリ16GB以上が無難で、8GBは「単体コンテナ中心、同時起動は2〜3個まで」と割り切る前提で考えると失敗しにくいです。
逆に、いつでも Docker が正解ではない
ここは大事です。 Docker は便利ですが、雑に全部Dockerにしよう、で進めると逆にしんどくなることもあります。次のようなケースは、Docker化をいったん見送る・後回しにする判断が現実的です。
| 見送りを検討するケース | 理由 | 代わりの選択 |
|---|---|---|
| 静的HTML + 少しのJSだけを確認したい | コンテナを挟む手間に対して得るものが薄い | python -m http.server や VS Code Live Server で十分 |
| プログラミング自体に慣れたい初学段階 | イメージ・ボリューム・ネットワーク等の学習が同時に乗ってくる | まず言語とエディタに集中し、必要になってから導入 |
| メモリ8GB以下のPCで重い依存を複数立てたい | スワップ多発で全体が遅くなりやすい | 必要なサービスだけ起動、または開発用のマネージドDBを利用 |
| 単発のスクリプトやワンショットの検証 | 環境を作り直す価値より起動コストが上回る | ホストに直接入れて済ませる、使い捨てのVPS |
| GUIアプリやネイティブ依存の強い開発 | コンテナ内GUIや権限まわりの設定が重い | ホスト直、またはVMの方が素直なことが多い |
要するに、Docker はモダンだから入れるのではなく、環境差や複数サービス構成を減らしたいから使う、と目的から逆算すると失敗しにくいです。学習対象としても、イメージ・コンテナ・ボリューム・ネットワーク・ポート公開と、アプリ本体以外の知識が一気に増える点は最初の負担になります。
初心者が最初にどう触るとよいか
実務でいきなり全部理解する必要はありません。 最初は次の順で十分です。
この順だと、用語だけ先に増えすぎず、何が便利かと何が面倒かの両方が見えやすいです。
Laravel アプリを触る案件なら、PHP アプリ + MySQL + Redis を Docker Compose で立ち上げて、ローカルの PHP や DB を直接いじらずに環境をそろえる流れはかなり現実的です。新しい人が入っても再現しやすく、検証環境も作り直しやすいので、学習用途だけでなく実務でも普通に使われます。一方で開発機が8GBなら、ジョブワーカーやメール検証コンテナは常時起動せず、必要なときだけ docker compose up mail のように個別に立てる運用にすると軽く保てます。
Dockerコンテナに関するよくある質問
Q. Docker と仮想マシンの違いは何ですか？
A. 仮想マシンは OS まるごと仮想化、Docker は OS カーネルを共有してアプリだけ隔離します。Docker の方が起動が速く（秒単位）、イメージも数十MB〜数百MB規模に収まりやすく、リソース消費が少ないのが大きな違いです。一方で OS を完全に分けたい用途では仮想マシンの方が向きます。
Q. メモリ8GBのPCでも Docker は使えますか？
A. 使えますが、同時に立てるコンテナ数を絞るのが前提です。WSL2 は既定でホストメモリの最大50%（8GB機なら約4GB）まで使えるため、複数サービスを一気に立てるとスワップで全体が重くなります。.wslconfig で memory を制限し、使わないサービスは止める運用が現実的です。快適さを求めるなら16GB以上が無難です。
Q. Docker Desktop は有料ですか？
A. 個人利用、教育、非商用のオープンソース、そして従業員250人未満かつ年商1,000万ドル未満の小規模事業者は無料で使えます。従業員250人以上または年商1,000万ドル以上の企業での商用利用は有料サブスク（Pro / Team / Business）が必要です。Linux なら Docker Engine 単体を無料で使えます。
Q. コンテナが消えるとデータも消えますか？
A. コンテナ自体は揮発的ですが、ボリュームやバインドマウントを使えば永続化できます。DB データやログなど、コンテナが消えても残したいデータはボリュームに保存します。逆に docker compose down -v はボリュームごと消すので、初期化したいとき以外は -v を付けないよう注意します。
Q. ディスクが圧迫されてきたらどうすればいいですか？
A. まず docker system df で内訳（イメージ・ビルドキャッシュ・ボリューム）を確認します。RECLAIMABLE が大きければ docker system prune -a で未使用イメージとキャッシュを回収できます。ボリュームまで消す --volumes は、残したいDBデータがないか確認してから使ってください。
Q. Docker は本番でも使えますか？
A. 使えます。Cloud Run、ECS、Kubernetes、Fly.io、Render などのコンテナ実行プラットフォームで本番運用するのが現代の主流です。小規模なら VPS に SSH で入って docker run する構成も現実的です。
Q. Docker でセキュリティ上気を付けることは？
A. 公式や信頼できるイメージを使う、非 root ユーザーで動かす（Dockerfile の USER 命令）、読み取り専用で動かす（--read-only）、不要なポートを公開しない、定期的にイメージを更新する、の5点が基本です。
まとめ
Docker は、コンテナを作る・配る・動かすのを扱いやすくする仕組みです。 いちばん大きい価値は、環境差を減らしやすいことと、壊れても作り直しやすいことです。
特に、ローカル開発、複数サービス構成、CI、検証環境ではかなり強いです。
一方で学習コストやPC負荷もあるので、メモリ8GB機で複数コンテナを立てると重くなるといった現実も踏まえ、何でも無条件で Docker 化すればよいわけではありません。docker stats や docker system df で負荷を数値で見て、見送るべきケースは見送る、という判断ができると一段使いこなせます。
最初は、アプリを動かす環境ごと持ち運びしやすくする道具、くらいで押さえると十分です。 次に読むなら、Dev Containersとは？ローカル開発を汚さない開発環境の作り方を初心者向けに解説 や Linuxサーバーの初期設定で最初にやることは？見直したい項目を実務目線で整理 もつながりやすいです。
参考リンク
- Docker Docs: Docker overview
- Docker Docs: What is a container?
- Docker Docs: Compose overview
- Docker Docs: Docker subscription overview（プラン・利用条件）
- Microsoft Learn: Advanced settings configuration in WSL（.wslconfig のメモリ設定）