Question 1

どの Docker Compose ファイルバージョンを使うべきですか？

Accepted Answer

ほとんどの最新プロジェクトでは 'version' キーを完全に省略してください — Compose Specification（Docker Compose v2+ でサポート）から非推奨になりました。古いツールとの互換性が必要な場合は version: '3.8' を使用してください。version フィールドは以前利用可能な機能を制御していましたが、Compose Specification はこれを単一のスキーマに統合しました。

Question 2

depends_on と healthcheck の違いは何ですか？

Accepted Answer

depends_on は起動順序を制御します — サービスは依存先が（健全ではなく）起動するまで待機します。depends_on を condition: service_healthy および healthcheck ブロックと組み合わせると、依存先が実際にヘルスプローブを通過するまで待機します。healthcheck がないと service_healthy は service_started にフォールバックされ、初期化に時間が必要なデータベースには早すぎる可能性があります。

Question 3

名前付きボリュームと匿名ボリュームの違いは何ですか？

Accepted Answer

名前付きボリューム（トップレベルの 'volumes' キーで宣言）はコンテナの再起動後もデータを保持し、docker volume ls で確認できます。匿名ボリューム（/var/lib/data のようなコンテナパスだけ）は自動的に作成されますが、コンテナ間で再利用できず docker compose down -v で削除されます。データベースや保持したいデータには名前付きボリュームを使用してください。

Question 4

Compose ファイルで env_file と environment のどちらを使うべきですか？

Accepted Answer

外部の .env ファイルから変数をロードするには env_file を使います（例：env_file: .env.production）。これによりシークレットが Compose ファイルやバージョン管理から外れます。秘密でない設定値をインラインで設定するには environment を使います（例：NODE_ENV: production）。environment ブロックに実際の認証情報をコミットしないでください — 代わりに env_file や Docker Secrets を使用してください。

Question 5

Docker Compose 内でサービス同士はどうやって通信しますか？

Accepted Answer

同じ Compose ファイル内のサービスは自動的に共有デフォルトネットワークに配置されます。各サービスはサービス名をホスト名として到達可能です（例：'db' サービスは他のコンテナから db:5432 でアクセス可能）。トップレベルの 'networks' キーの下にカスタムネットワークを定義して、サービスグループを分離したり外部ネットワークに接続したりできます。

Docker Compose 生成

app

よくある質問

Comments & Feedback