無料オンライン Docker Compose Validator
docker-compose.yml ファイルを即座に検証・検査。構文、サービス依存関係、ポート形式、よくあるミスをチェック — 100% クライアントサイドで設定はブラウザの外に出ません。
100% クライアントサイド · データは一切外部に送信されません使い方 Docker Compose Validator
docker-compose.yml または compose.yml をテキストエリアに貼り付け、検証 をクリックするか Ctrl/Cmd+Enter を押します：
- エラー —
docker compose upの実行を妨げる重大な問題：YAML 構文エラー、services:キーの欠落、未定義サービスへのdepends_on参照。 - 警告 — 確認が必要な非致命的な問題：廃止済みの
versionフィールド、imageまたはbuildのないサービス、restartポリシーのないサービス。 - サービスパネル — 各サービスのサマリーカード：イメージ、ビルドコンテキスト、ポート、ボリューム、環境変数数、依存関係。
- ネットワーク & ボリューム — ファイルで定義された名前付きトップレベルのネットワークとボリューム。
サンプル をクリックして典型的な3サービス構成を読み込みます。Ctrl/Cmd+K でクリアします。
よくある質問
docker-compose.yml ファイルとは何ですか？
docker-compose.yml はマルチコンテナー Docker アプリケーションを定義します。各サービスのイメージ/ビルドコンテキスト・ポート・ボリューム・環境変数・サービス間依存関係を記述します。Docker Compose はこのファイルを読み込み、docker compose up 1コマンドですべてのサービスを作成・起動します。
"version" フィールドが廃止された理由は？
Docker Compose V2 が Compose Specification を採用し、トップレベルの version フィールドが不要になりました。現代の Compose ファイルはこれを省略できます。存在する場合はクリーンアップを促す警告を表示します。
depends_on の検証では何をチェックしますか？
depends_on に列挙されたすべてのサービス名が services ブロックで定義されているか確認します。タイポがあると docker compose up が失敗しますが、バリデーターは実行前にそれを検出します。
Docker Compose が期待するポート形式は何ですか？
ポートは "HOST:CONTAINER"（例："8080:80"）、コンテナーポートのみ（"80"）、またはプロトコルサフィックス付き（"80/tcp"）で指定できます。YAML では数値の誤解析を防ぐためにポートマッピングは常に引用符で囲んでください。
すべてのサービスに再起動ポリシーが必要な理由は？
再起動ポリシーがないとクラッシュしたコンテナーが自動的に再起動しません。本番環境で最も一般的な値は restart: unless-stopped です。未定義の場合は警告を表示します。
"image" と "build" の違いは何ですか？
"image" はレジストリから取得済みのイメージを指定します。"build" は Dockerfile を含むローカルディレクトリを指定し、Compose がソースからイメージをビルドします。両方指定した場合は build が優先されます。
docker-compose.yml はサーバーに送信されますか？
されません。検証は js-yaml を使ったブラウザ内の処理のみです。内部ホスト名や認証情報を含む可能性のある設定ファイルがマシンの外に出ることはありません。