双方向
左に JSON を貼ると YAML になり、YAML を貼ると JSON にもなります。変換後はインデントと型を抜き取り確認してください(YAML の on / off は真偽値と見なされることがあります)。
複雑なアンカー、マルチドキュメントなど高度な YAML 機能の現在のサポートは限定的です。
次の方法でも #data={"name":"Ada"} または #url=... データを流し込めます。読み取り後はアドレスバーから削除されます。
JSON は API 向き、YAML は Kubernetes、CI、ローカル設定でよく使われます。このページはブラウザ内で双方向変換し、マニフェスト全体をオンライン変換サイトへ送らずに済みます。方向は切り替え可能:JSON → YAML は読み書きしやすく、YAML → JSON はプログラム消費向きです。
左に JSON を貼ると YAML になり、YAML を貼ると JSON にもなります。変換後はインデントと型を抜き取り確認してください(YAML の on / off は真偽値と見なされることがあります)。
複雑なアンカー、マルチドキュメントなど高度な YAML 機能の現在のサポートは限定的です。
Deployment、docker-compose などを直してから JSON へ戻して検証できます。API mock は JSON、デプロイマニフェストは YAML、間はこのページでつなぎます。
変換後は対象環境で一度スモークし、手書きファイルと同じ動きか確認することを推奨します。
JSON へ移すと YAML コメントは残りません。形式そのものの制約です。重要な説明はリポジトリの文書へ書いてください。
JSON から YAML へ移しても、コメントが突然増えることはありません。
{
"apiVersion": "apps/v1",
"kind": "Deployment",
"metadata": { "name": "json-toolbox" }
}
apiVersion: apps/v1
kind: Deployment
metadata:
name: json-toolbox
YAML はインデントに敏感です。解析に失敗したらまず空白を確認してください。JSON にしてからフォーマットすると、構造が見えやすいことが多いです。
コメントが必要で JSON 構文に近いなら JSON5。K8s / Ansible 向けなら YAML です。
必要です。フォーマットのように入力即処理ではなく、方向や内容を変えたらもう一度変換を押してください。
手書き YAML と完全には一致しないことがありますが、意味は変わりません。順序に敏感な流れは自分で照合してください。
変換前に元ファイルのバックアップを残してください。アンカー、merge key など複雑な YAML は専用ツールか手作業で処理してください。