JSON と YAML の使い分け

JSON は以下で選ばれます: ・Web API のレスポンス（REST / GraphQL） ・JavaScript/TypeScript からの読み書き（JSON.parse/stringify 標準） ・ブラウザ ↔ サーバー間でのデータ交換（JSONを使う場合は形式を明示） ・スキーマ自動生成が必要なデータ（JSON Schema 対応ツール多数） YAML は以下で選ばれます: ・CI/CD 設定（GitHub Actions、GitLab CI、CircleCI） ・Kubernetes マニフェスト / Helm Chart ・Ansible / Salt など IaC ツールの playbook ・Docker Compose、Prometheus 設定など DevOps 系

YAML は空行・コメント・複数行文字列をそのまま書けるので、人間が長い設定ファイルを読み書きするのに向きます。一方 JSON はコメント非対応、末尾カンマ禁止など制約が多く、手書き設定ではしんどい。 ただし YAML はインデントや型解決の設定に注意が必要です。例えば 'no' を真偽値として解決するYAML 1.1系と、文字列として扱うYAML 1.2のcore schemaでは挙動が異なります。正確性はJSON/YAMLという形式だけでは決まらず、パーサー・スキーマ・生成器と利用先に依存します。

YAML 1.2.2はJSONとの互換性を定めていますが、実際の変換はパーサー/バージョンに依存します。重複キーの扱い、タグ・型解決、数値表現、Unicode、実装の最大深さ（このサイトの変換器は200階層まで）などで意味が変わったり失敗したりする場合があります。大きな数値や重複キーを含むデータは特に、変換後の構造・値を比較してください。 Kubernetes等の利用先も、受け付ける形式とスキーマを確認してから選んでください。