HCLからJSONへの変換ツール

Terraform の HCL（HashiCorp Configuration Language）を貼り付けると、同等の JSON 表現が得られます。Terraform 自身が .tf.json ファイルで使うのと同じ形式です。ネストしたブロック、ブロックラベル、繰り返しブロック、リスト、マップ、ヒアドキュメントはすべて、Terraform が公開している JSON 構文の対応規則に従って変換されます。入力に合わせてリアルタイムで変換され、アップロードも会員登録も不要です。

使い方

1. Terraform（.tf）のソースを入力欄に貼り付けるか、ファイルをアップロードします。内容はそのままエディタに読み込まれます。
2. オプションセクションでインデント幅（スペース2つ、スペース4つ、またはミニファイ）を選びます。
3. JSON の出力が右側にシンタックスハイライト付きで即座に表示されます。
4. コピーするか、.tf.json ファイルとしてダウンロードします。

ブロックのタイプ名は JSON オブジェクトのキーになります。ブロックのラベル（resource "aws_instance" "web" には2つあります：タイプと名前）はそれぞれ JSON オブジェクトの階層を1段深くします。ラベルのない繰り返しブロック（同じリソース内の network_interface { ... } ブロック2つなど）は、ブロック本体を並べた JSON 配列になります。リスト（[...]）、インラインマップ（{...}）、ヒアドキュメント（<<EOF ... EOF、<<-EOF ... EOF）は、それぞれ直接対応する JSON 形式に変換されます。

var.instance_type や data.aws_ami.ubuntu.id のような参照や関数呼び出しはどう扱われますか？

リテラルな値ではないもの（変数参照、リソース属性の参照、関数呼び出し、算術式や論理式、[for s in var.list : s.id] のような for 式）は、Terraform がネイティブな文字列内の式に使うのと同じ ${...} 補間構文で JSON 文字列として包まれます。例えば "instance_type": "${var.instance_type}" のようになります。これは実際の .tf.json ファイルに手で同じ式を書いた場合と同じ形式で、姉妹ツールの JSON から HCL への変換ツール がこれを元の生の式に戻します。

ブロックと属性のマップを区別しますか？

確実には区別しません。プロバイダーのスキーマがなければ、どのツールでも区別できません。ラベルのないネストされたブロック（lifecycle { create_before_destroy = true } など）もリテラルのマップ属性（tags = { Name = "web" } など）も、そのキーの下では同じ単純な JSON オブジェクトになります。Terraform 自身の JSON 構文がどちらもそのように表現するためです。Terraform は実行時にリソースタイプのスキーマを使ってのみ両者を区別します。このコンバーターにはそのスキーマがないため、どちらの場合も構造的な JSON を出力します。設定の形を確認したり比較したりするにはそれで十分です。

入力した Terraform は非公開ですか？

完全に非公開です。トークン化、解析、変換はすべてお使いのブラウザ内でローカルに実行されます。シークレットやホスト名を含む HCL のソースがサーバーに送信されることはありません。

逆方向の変換や HCL の整形が必要ですか？

Terraform の JSON を元のネイティブ構文に戻すには JSON から HCL への変換ツールを、形式を変えずにインデントや引数の順序だけ整えたい場合は Terraform Formatter をご利用ください。