Docker Composeバリデーター

YAML構文の検証、servicesなどの必須フィールドの確認、各サービスのimageまたはbuildの有無、ポート・ボリューム形式の検証を行います。

従来のversionフィールドとversionフィールドなしのモダン形式の両方に対応し、最新のDocker Compose仕様に従います。

いいえ。すべての検証はブラウザ内でローカルに行われます。データがサーバーに送信されることはありません。

よくある問題には、サービスのimageやbuildの欠落、無効なポート形式、未定義のボリューム参照、不正なdepends_onなどがあります。

Docker Composeの各サービスは、プルするimageまたはローカルビルドのbuildコンテキストを指定する必要があります。サービス定義に"image: nginx:latest"または"build: ."を追加してください。

ポートは文字列"8080:80"または数値で指定できます。形式は"ホストポート:コンテナポート"です。プロトコルも指定可能："8080:80/tcp"。ポート範囲に引用符なしの数値は避けてください。

環境変数はリスト（KEY=value）またはマッピングとして定義できます。検証器は正しい形式をチェックし、欠落値について警告します。.envファイルを使用した変数置換も可能です。

はい、docker-compose upを実行する前にDocker Composeファイルを検証することはベストプラクティスです。構文エラー、欠落している依存関係、設定の問題を早期に発見できます。

latestではなく特定のイメージタグを使用し、サービスのhealthcheckを定義し、永続データに名前付きボリュームを使用し、サービス分離用にカスタムネットワークを作成してください。

Docker Composeファイルは単一のドキュメントを含む必要があります。ファイルに---で区切られた複数のYAMLドキュメントがある場合、検証器は最初のドキュメントを処理し、追加内容について警告します。

検証器はネットワーク定義をチェックし、サービスが定義されたネットワークを参照していることを確認し、ネットワークドライバーオプションを検証し、bridge、overlay、または外部ネットワーク設定をチェックします。

はい、検証器はブラウザ内でオフライン動作するため、コミット前のローカルテストに最適です。CI/CD統合には、公式のdocker-compose configコマンドまたは専用CLIツールの使用を検討してください。

Secretsとconfigsはトップレベルで定義され、サービスから参照される必要があります。検証器は参照されたsecrets/configsがトップレベル定義に存在し、ファイルまたは外部ソースが正しく指定されていることをチェックします。

検証器は名前付きボリューム、バインドマウント、tmpfsマウント、ボリュームオプションをサポートしています。名前付きボリュームがトップレベルのvolumesセクションで定義されていることをチェックします。