構造化データコンバーター

マルチドキュメント YAML 対応とアンカー解決機能を備え、ブラウザー内でローカルに YAML、JSON、TOML を変換します。

設定データはブラウザー内に留まります。アップロードなし、API 呼び出しなし、バックエンド解析もありません。

マルチドキュメント YAML に対応しており、アンカーは変換前にローカルで解決されます。

ソース
変換後の出力

構造化データコンバーターとは?

構造化データコンバーターは、YAML、JSON、TOML——最新のインフラおよびアプリケーション設定で支配的な3つのフォーマット——間で設定を変換します。KubernetesマニフェストとHelmチャートはYAMLを、パッケージメタデータとtsconfigファイルはJSONを、Rust(Cargo.toml)とGoツールチェーンはTOMLを使用します。プロジェクトの移行、設定の比較、または一つのフォーマットしか受け付けないツールへのデータ供給時に、手動変換は遅くエラーを招きます。このコンバーターはYAMLアンカーとエイリアスを解決し、---で区切られた複数ドキュメントYAMLストリームを処理し、日付、ブーリアン、ネストされたテーブルを含むデータ型を3つのフォーマットすべてで保持します。変換はすべてブラウザ内で実行され、バックエンド解析はないため、認証情報や内部エンドポイントを含むプライベートな設定はマシンに残ります。

構造化データコンバーターの使い方

入力フォーマット(YAML、JSON、またはTOML)と出力フォーマットを選択します。ソースデータを貼り付けるか、「ファイルをインポート」でディスクから読み込みます。「変換」をクリックすると、結果が出力パネルに表示されます。「フォーマットをスワップ」で方向を反転できます。複数ドキュメントYAMLの場合、コンバーターはすべてのドキュメントを処理し、JSON配列として出力できます。YAMLアンカーとエイリアスは変換前に自動的に解決されます。出力をファイルとしてダウンロードするか、クリップボードにコピーしてください。入力が不正な場合、行番号と列番号を含むエラーが報告されます。

設定フォーマット変換が重要な理由

最新のプロジェクトでは、スタック全体でYAML、JSON、TOMLを日常的に混在させています。単一のマイクロサービスでも、KubernetesデプロイメントはYAML、アプリケーション設定はTOML、CIパイプライン定義はJSONかもしれません。これらの設定を比較またはマージするには、共通フォーマットへの変換が必要です。YAMLの機能——アンカー、エイリアス、複数ドキュメントストリーム——は、手動書き換えが間違いやすい複雑さを追加します。YAMLのインデントミスやJSONの括弧の欠落は、デプロイメントパイプラインを壊す可能性があります。アンカー解決や複数ドキュメントストリームなどのエッジケースを処理する信頼できるオフラインコンバーターは、デバッグ時間を節約し、環境間の設定ドリフトを防ぎます。

よくある質問

マルチドキュメント YAML に対応していますか?

はい。入力に --- で区切られた複数の YAML ドキュメントが含まれている場合、コンバーターはそれらをまとめて保持し、JSON 配列または YAML マルチドキュメント出力としてエクスポートできます。

マルチドキュメント YAML はなぜ直接 TOML に変換できないのですか?

TOML は単一オブジェクトのドキュメントに最も適しています。複数の YAML ドキュメントを貼り付けた場合は、先に JSON に変換するか、TOML にエクスポートする前に統合してください。

YAML のアンカーとエイリアスは解決されますか?

はい。アンカーとエイリアスは、変換出力が生成される前にブラウザー内で解決されます。