DevOps・プラットフォームエンジニア
JSONを、Kubernetes、Docker Compose、CI/CDパイプラインが好むYAMLに変換できます。
JSON · AI · YAML
JSON から YAML へ
JSONをきれいで読みやすいYAMLに数秒で変換 — 設定ファイルに最適。
JSONYAML
Connect apps
JSONがYAMLになる仕組み
JSONを貼り付けて、構造化データを読みやすいYAML設定やドキュメントに変換します。
JSONを貼り付ける
JSONをドロップします。APIレスポンス、設定オブジェクト、任意のJSONデータなど。
JSONをYAMLに変換する人APIデータ、アプリ設定、構成情報をYAMLベースのツールへ移す開発者に便利です。
設定を書く開発者
JSONペイロードを、保守しやすい設定ファイル向けの、よりきれいで人が編集しやすいYAMLに変換できます。
設定を手で編集する方
YAMLはJSONより読み書きしやすいので、一度変換して親しみやすい形式で作業できます。
きれいにJSONをYAMLへ変換するコツキー順、インデント、配列、真偽値、null、コメントが最終的なYAMLを形作ります。
末尾のカンマ、コメント、引用符なしのキーは解析に失敗します。先に直しましょう。
プロジェクトの慣習に合わせて、2スペースか4スペースを指定しましょう。
数値とブール値を引用符なしに保つよう指定し、YAMLが元の通りに振る舞うようにしましょう。
深くネストしたJSONは長いYAMLになります。読みやすさを確認しましょう。
コロンや先頭記号を含む文字列は、YAMLを有効に保つため自動で引用符が付きます。これは想定通りです。
変換前に、JSONからトークンや個人データを取り除きましょう。
JSONからYAMLで期待できること
JSONからYAMLへの出力品質、追加確認、ダウンロード時の想定を確認しましょう。
JSONからYAMLで期待できること
有効なJSONであれば、変換は高速かつ確実で、データ型を保ったままきれいに正しくインデントされたYAMLが生成されます。標準的なAPIレスポンスや設定オブジェクトは問題なく変換されます。よくある問題は、元のJSONが無効な場合（末尾のカンマや引用符なしのキーなど）で、その場合は先に修正する必要があります。
例：あるユーザーがサービス設定を記述したJSONオブジェクトを貼り付け、2スペースのYAMLを依頼しました。ツールは、キーを引用符なしにし、servicesの配列を箇条書きリストとして、versionは文字列のまま、レプリカ数は引用符なしの数値のままにした、読みやすいYAMLを返しました。
YAML出力の注意点
- 元のJSONは有効である必要があります — 末尾のカンマ、コメント、引用符なしのキーは、先にパースエラーの原因になります。
- 非常に大きい、または深くネストされたJSONは長いYAMLを生成するため、読みやすさの確認が必要な場合があります。
- JSONにはコメントを持ち越す仕組みがないため、自分で追加しない限りYAML出力にコメントは含まれません。
よくある質問
JSONを読み取り、同じデータを設定でよく使われる、より人間が読みやすい形式であるYAMLとして出力します。両方の形式は同じデータ構造を表現するため、キー、ネスト、配列、値の型はそのまま保持されます。
