Dockerコンテナ入門【2026年6月更新】

※本記事にはプロモーションを含む場合があります。

Dockerコンテナは起動が2〜5秒程度、リソース消費もVMの数十分の1に収まる軽量な仮想化技術とされる
Windows・macOS・Linuxで手順が異なり、設定を誤ると起動失敗や脆弱性の温床になりやすい
docker run・docker ps・docker execなど50種類近いコマンドを体系的に押さえると運用効率が変わる
マルチステージビルドと非rootユーザー実行でイメージサイズと脆弱性リスクを同時に抑えられる
Compose活用とログ監視を組み合わせると障害対応の初動時間を30分以上短縮できるとされる

Dockerとは何か？

Dockerコンテナは、アプリケーションとその依存関係を1つの単位にまとめ、開発環境から本番環境まで同じ挙動で動かせるようにする軽量な仮想化の仕組みです。ホストOSのカーネルを共有しながらプロセス空間だけを分離する構造のため、起動にかかる時間は平均して2〜5秒程度とされ、仮想マシンの数分〜数十分という起動時間と比べると圧倒的に高速です。メモリ消費についても、コンテナ1つあたり数十MB〜300MB程度で収まるケースが多く、同じホスト上で10個以上のコンテナを同時稼働させる構成も珍しくありません。

Dockerが広く使われるようになった背景には、「開発環境では動くのに本番では動かない」という環境差異の問題を解消できる点があります。従来は環境構築だけで半日〜1日を費やすチームも少なくありませんでしたが、Dockerイメージ化された構成を使えばセットアップ時間は10分未満に短縮できるとされています。マイクロサービス化が進む現在の開発現場では、1つのプロジェクトで20〜30個のコンテナを運用するケースも一般的になりつつあり、国内のIT企業でも本番環境への導入率は年々上昇しているといわれています。

Dockerを構成する要素は大きく3つです。コンテナの実行を担うDocker Engine、アプリの雛形となるDocker Image、そしてImageから生成される実行インスタンスであるDocker Containerです。コンテナ自体は一時的な存在であり、停止すると内部データは消えるため、永続化にはボリューム機能を組み合わせるのが基本の設計とされています。データベースなど状態を保持したいサービスでは、この点を見落とすとデータ消失につながるため、設計段階での意識が求められます。

VMとの違いは？

Dockerコンテナと仮想マシン（VM）は、どちらも環境を分離する技術ですが、隔離のレベルとリソース効率に大きな差があります。VMはハイパーバイザー上でゲストOSをまるごと起動するため、1台あたり数GB〜数十GBのディスクを消費し、起動にも数分程度かかるのが一般的です。一方コンテナはOSを持たずホストのカーネルを共有するため、イメージサイズは数十MB〜数百MBに収まり、起動時間も数秒単位で完了します。

項目	Dockerコンテナ	仮想マシン（VM）
起動時間	約2〜5秒	数分〜数十分
リソース消費	数十MB〜数百MB	数GB〜数十GB
OS依存	ホストOSのカーネルを共有	ゲストOSごとに独立
セキュリティ隔離	カーネルレベル（不完全）	ハイパーバイザーによる完全隔離
同時起動可能数の目安	1台で数十個	1台で数個程度
主な用途	マイクロサービス・CI/CD	レガシー環境・厳格な隔離が必要な用途

セキュリティ観点では、VMの方が隔離度は高いといわれていますが、Dockerでも後述する非rootユーザー運用や脆弱性スキャンを組み合わせることで、実運用上のリスクは大きく下げられるとされています。コスト面では、同じ物理サーバーでVMなら5台程度が限界のところ、コンテナなら30〜50個規模まで集約できるとされ、インフラコストの圧縮効果は無視できません。クラウド利用料に換算すると、月間数万円単位のコスト差が生まれるケースも報告されています。

導入手順を確認

Dockerの導入でつまずきやすいのが、OSごとの要件確認を飛ばしていきなりインストーラーを実行してしまうケースです。ここではWindows・macOS・Linuxそれぞれの手順をステップ形式で整理します。事前に要件を確認しておくだけで、導入完了までの時間は30分程度に収まることが多いとされています。

Windowsでの導入手順

システム要件を確認する（Windows 10は64bit版でバージョン1903以降、Windows 11は全エディション対応、RAMは8GB以上を推奨）
公式サイトからDocker Desktopのインストーラーをダウンロードする
インストール時に「Use WSL 2 instead of Hyper-V」を選択する（Windows Homeの場合は必須項目）
インストール完了後、PCを再起動する
スタートメニューからDocker Desktopを起動し、タスクバーのアイコンが緑色になるのを確認する
コマンドプロンプトでdocker --versionとdocker-compose --versionを実行しバージョンを確認する

Windows Homeエディションを使う場合は、管理者権限でwsl --installとwsl --set-default-version 2を実行し、WSL 2を有効化しておく作業が欠かせません。この設定を省略すると、Docker Desktopの起動に失敗する事例が一定数報告されています。

macOSでの導入手順

macOS Monterey 12.3以降であることを確認する（Apple SiliconとIntelどちらにも対応）
公式サイトからmacOS版Docker Desktopをダウンロードする
DMGファイルを開き、アプリケーションフォルダへドラッグ＆ドロップする
初回起動時に「開発元が検証されていません」と表示された場合は、セキュリティ設定から許可する
ターミナルでdocker --versionを実行し、正常にインストールされたか確認する

Apple Silicon環境ではネイティブ動作が基本ですが、x86_64向けイメージを使う場合はRosetta 2を経由するため、処理速度が2〜3割程度落ちるケースがあるとされています。可能な範囲でARM64対応イメージを選ぶ運用が現実的な対策になります。

Linuxでの導入手順

前提パッケージ（ca-certificates・curl・gnupg等）をaptでインストールする
Docker公式のGPGキーを追加する
リポジトリ情報を/etc/apt/sources.list.d/に追加する
docker-ce・docker-ce-cli・containerd.io・docker-compose-pluginをインストールする
sudo systemctl enable --now dockerでサービスを起動し自動起動を設定する
ユーザーをdockerグループに追加し、sudoなしで実行できるようにする
docker run hello-worldを実行して動作確認する

SELinuxを有効化した環境ではDockerとの競合が起きる場合があり、firewalldを使用している場合はポート開放も忘れずに行う必要があります。この確認を怠ると、導入後1週間以内にネットワーク関連のトラブルに遭遇する割合が高くなるといわれています。

必須コマンド一覧

Docker運用を安定させるには、最低でも50個程度のコマンドをカテゴリ別に把握しておくのが望ましいとされています。ここでは代表的なコマンドを用途別に整理します。

カテゴリ	代表コマンド	用途
イメージ操作	docker pull / docker images / docker rmi / docker build	イメージの取得・一覧・削除・ビルド
コンテナ操作	docker run / docker ps / docker stop / docker rm	コンテナの起動・確認・停止・削除
ネットワーク	docker network ls / create / connect	ネットワークの作成・接続管理
ボリューム	docker volume ls / create / rm	データ永続化領域の管理
診断・保守	docker logs / inspect / system prune	ログ確認・詳細情報表示・不要リソース削除

例えばdocker run -d --name web-server -p 80:80 nginx:latestを実行すれば、Nginxコンテナがバックグラウンドで起動し、ホストのポート80番でアクセスできるようになります。MySQLを永続化付きで起動する場合はdocker run -d --name mysql-db -e MYSQL_ROOT_PASSWORD=password -v mysql-data:/var/lib/mysql mysql:8.0のように、ボリュームと環境変数を組み合わせるのが基本の書き方です。コマンドの組み合わせを1セット覚えておくだけで、環境構築にかかる作業時間は10分未満に収まることが多いとされています。

日々の運用でチェックしておきたい項目をリストにまとめました。

□ 週1回以上docker system prune -a --volumesで不要リソースを削除しているか
□ docker ps -aで停止中コンテナが10個以上溜まっていないか
□ docker logs -fでエラー発生時にリアルタイム監視できる体制があるか
□ 本番環境のコンテナに対してdocker execでの直接操作を制限しているか
□ イメージのタグ管理（latestに依存しすぎていないか）を確認しているか

Dockerfile最適化術

Dockerfileはコンテナの設計図であり、書き方次第でイメージサイズやセキュリティ強度が大きく変わります。基本構造はFROM・WORKDIR・COPY・RUN・CMDという5つの命令を軸に組み立てられ、これらの順序を意識するだけでビルド時間が数十%短縮されるケースもあります。

特に効果が大きいのがマルチステージビルドです。ビルド専用ステージで依存関係をインストールし、実行用ステージには必要なファイルのみをコピーする構成にすることで、最終的なイメージサイズを50%以上削減できたという事例も報告されています。例えばPythonアプリの場合、builderステージでrequirements.txtをインストールし、実行ステージではCOPY --from=builder /root/.local /root/.localのように必要な部分だけを引き継ぎます。この工夫だけでイメージのプル時間が数秒〜十数秒短くなるケースもあります。

レイヤーキャッシュの最適化もポイントです。頻繁に変更されるアプリケーションコードは最後にCOPYし、apt-get updateとapt-get installは同じRUN命令内にまとめることで、2回目以降のビルド時間を大幅に短縮できます。セキュリティ面では、Alpine Linuxなど最小構成のベースイメージを使い、コンテナ内でのroot権限実行を避けて専用ユーザーを作成する運用が基本方針とされています。

最小限のベースイメージ（Alpine等）を選定する
RUN命令はまとめてレイヤー数を減らす
非rootユーザーを作成しUSER appuserで切り替える
ビルドにしか使わないパッケージはインストール後に削除する
.dockerignoreでnode_modulesや.envなど不要ファイルを除外する
脆弱性スキャンツールで定期的にチェックを実施する

これらを徹底したチームでは、脆弱性スキャンで検出される高リスク項目が導入前と比べて7割程度減少したという報告もあり、地道な積み重ねが効果を生みやすい領域といえそうです。

Compose活用術

複数のコンテナを連携させて動かす場合、1つずつdocker runコマンドを打つのは非効率です。Docker Composeを使えば、docker-compose.ymlという1つの設定ファイルで、Webサーバー・アプリケーション・データベースといった構成をまとめて定義・起動できます。10個以上のコンテナがあっても、設定ファイル1本で管理できる点が大きな利点です。

Docker DesktopにはComposeが標準同梱されているため追加インストールは不要ですが、Linux環境でDocker Engineのみを導入した場合は、公式リポジトリからdocker-compose-pluginを別途インストールする必要があります。バージョン確認はdocker-compose --versionで行います。

docker-compose.ymlはYAML形式で記述し、servicesの下に各コンテナの設定を並べていく構造です。例えばWebサーバーとデータベースの2つを連携させる構成なら、それぞれのイメージ・ポート・環境変数・依存関係（depends_on）を1ファイルにまとめられます。1つのymlファイルを使い回せるため、環境構築にかかる時間が従来の手動セットアップと比べて8割ほど短縮されたという声も少なくありません。

運用時のポイントとして、環境ごとに設定を分けたい場合はdocker-compose.override.ymlを併用し、本番用と開発用で挙動を切り替える方法が一般的です。また、docker compose up -dで起動し、docker compose downで一括停止・削除ができるため、10個以上のコンテナがあっても数秒〜十数秒で構成全体を制御できます。チームでの共有もしやすく、新メンバーの環境構築が1日以内に完了するケースも珍しくありません。

セキュリティ対策とは？

Dockerを本番運用する上で欠かせないのが、セキュリティ対策とログ監視の仕組みです。まず基本となるのが、コンテナ内でのroot実行を避けることです。root権限のまま運用すると、万が一コンテナが侵害された際にホスト側への影響範囲が広がるリスクが高まるとされています。

脆弱性対策としては、Docker ScoutやTrivy、Clairといったスキャンツールを使い、月1回以上の頻度でイメージの脆弱性チェックを実施するのが有効とされています。あるチームの事例では、定期スキャンを導入したことで、放置されていた既知の脆弱性が3週間以内にほぼ解消されたとされています。

□ ベースイメージを定期的に最新版へ更新しているか（月1回目安）
□ 不要な公開ポートが残っていないか確認しているか
□ シークレット情報を環境変数に平文で書いていないか
□ コンテナのリソース上限（CPU・メモリ）を設定しているか
□ ログを外部の監視基盤に集約しているか

監視面ではdocker logs -f コンテナ名でリアルタイムログを追跡できるほか、docker inspectでコンテナの詳細な状態を確認できます。障害発生時にログ監視の仕組みが整っているチームは、原因特定までの時間が平均で30分以上短縮されたという報告もあり、事前準備の差が復旧速度に直結します。

パフォーマンス面では、docker run時に--memoryや--cpusオプションでリソース上限を指定することで、1つのコンテナが暴走してホスト全体に影響を及ぼす事態を防げます。例えばメモリを512MBに制限しておけば、メモリリークが発生してもホスト全体のダウンには至らず、被害を1コンテナ分に留められます。定期的なdocker system prune -a --volumesの実行も、ディスク容量を20%以上回復させる効果があるとされ、月1回程度のメンテナンス習慣が現実的な落としどころです。運用にかかる人件費換算では、月数千円〜数万円規模のコスト削減につながるケースもあるといわれています。

よくある質問

Q1. Dockerと仮想マシンはどちらを使うべきですか？
マイクロサービスやCI/CDなど軽量かつ高速な起動が求められる用途ではDockerコンテナが向いているとされています。一方、完全なOS隔離が必要なレガシーシステムでは仮想マシンが選ばれる傾向にあります。

Q2. Docker Desktopは無料で使えますか？
個人利用や小規模企業（従業員250人未満かつ年間売上一定基準以下）は無料枠の対象とされていますが、大企業利用では月額700円前後（1ユーザーあたり）からの有償サブスクリプション契約が必要になる場合があります。契約前に公式の利用規約を確認しておくのが安全です。

Q3. コンテナを停止するとデータは消えますか？
コンテナ自体は一時的な存在のため、ボリュームを使わずに保存したデータは停止・削除時に失われるとされています。永続化したいデータはdocker volumeを使って管理する必要があります。

Q4. Windows Homeエディションでも使えますか？
WSL 2を有効化すればWindows Homeでも利用可能とされています。Hyper-Vが使えないため、wsl –installコマンドで事前にWSL 2環境を整える手順が必須です。

Q5. イメージサイズが大きくなりすぎた場合はどうすればよいですか？
マルチステージビルドの導入や不要パッケージの削除、Alpineなど軽量ベースイメージへの切り替えで、イメージサイズを50%前後削減できたという事例が複数報告されています。まずは.dockerignoreの見直しから始めるのが取り組みやすい方法です。

Q6. コンテナが多すぎて管理しきれない場合の対処法は？
Docker Composeで複数コンテナを1つの設定ファイルにまとめる方法が基本とされ、10個以上のコンテナでもdocker compose up -d1回で一括起動・管理できます。さらに規模が大きくなる場合はKubernetesなどのオーケストレーションツールの検討も選択肢に入ります。

【編集・制作ポリシー】
本記事はInfra Academy編集部が各ベンダー公式ドキュメント・エンジニア監修をもとに作成しています。インフラ・クラウド構築は環境により異なります。本番環境への適用前に必ずテストを実施してください。情報の正確性には万全を期していますが、最新情報は各公式ドキュメントをご確認ください。編集ポリシーはこちら

職場のIT課題、どこから手をつけるか整理してみませんか？

運営者の無料IT診断では、簡単な質問に答えるだけで社内のIT活用状況を整理し、改善の方向性のヒントをお返しします。売り込みはありません。

無料IT診断を受けてみる

Googleフォームが開きます／無料／中小企業のIT担当者・経営者向け