Packer: HCLを使用する

cc @pandacalculus

HCLはもうすぐです：smile：

@delitescereこの問題は＃283の重複ではありませんか？ 最初の投稿であなたがそれにリンクしていることに気づきましたが、2つの問題の違いが何であるかは明確ではありません。

ここでは、不明なキーは現在とは異なる方法で処理されます。 これは、無視される「コメントのような」キーを提案します。 コメント性は、一般的に知られている自己終了コメントプレフィックス（つまり、 # 、 // 、 ; ）によって示されます。

非標準のJSON、JSON5、YAML、HCLのコメントをサポートするためにコードが大幅に変更されたことを考えると、これは別の提案でした。

HCLをサポートするための移行に関する@sethvargoのコメントは、問題を解決します。

@sethvargo

HCLはもうすぐです：smile：

ご迷惑をおかけして申し訳ありませんが、これに関する更新はありますか？

それはまだ来ています：smile：

HCLライターがまだなく、次のカップルバージョンのオプションとしてpacker fixを維持したいので、これを少し遅らせることにしました。

HCLクールエイドを飲みました。 ：+1：

https://github.com/hashicorp/hclが存在するようになったので、jsonの代わりを入手できますか？ :)

かなり前から存在している@jevonearth ： smile:。 HCLはまだ来ています！

まだ来ているので、これはリクエストインクルードファイルをフィーチャーする良い機会ですか？ https://github.com/mkheironimus/packergenを参照して

@jevonearthは、

まだすぐに来る？

@mitchellh @sethvargoはあなたが言及したHCLライターです： https ：

YAMLを待っています。 HCLにはあまり興味がない

パッカーをbash関数でラップし、 yamlをjson変換するのは簡単です。

開始するには：

ruby -r json -r yaml -e "yaml = YAML.load(File.read(\"$1\")); print yaml.to_json"

（およびその逆）

ruby -r json -r yaml -e "json = JSON.parse(File.read(\"$1\")); print YAML::dump(json)"

私はすでにそれを作りました。 する必要がないのはいいことです。 そのため、このチケットはHCL用に存在します

2017年1月16日、午後12時31分、Rickard vonEssenの[email protected]は次のように書いています。

packerをbash関数でラップし、yamlをjsonに変換するのは簡単です。

開始するには：

ruby -r json -r yaml -e "yaml = YAML.load（File.read（\" $ 1 \ "））; print yaml.to_json"
（およびその逆）

ruby -r json -r yaml -e "json = JSON.parse（File.read（\" $ 1 \ "））; print YAML :: dump（json）"
―
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。

HCL

HashiCorpは、それ自体に少しの信頼を示し、可能な限りHCLを使用する必要があります。 HCLは良いアイデアであり、それを使用して実行する必要があります。または、HCLが間違いであり、Terraformは災害です。 明らかに後者は真実ではありません。 ですから、新しい評価者/採用者として、これら2つの製品が「互いに話し合わない2つの諜報機関」のように感じられることが懸念の原因であると言わざるを得ません。

私は@sethvargoと一緒です。 ダイアウルフの印章を身につけて、「HCLがやってくる」と宣言しましょう。 （それだけでなく、それを実現させます。）

JSON

靴べらのコメントをJSONに変更する必要はありません。 ソリューションはDouglasCrockfordによって提供され、The Notorious Two EightThreeのNicholasChammasによって例示されましたhttps://github.com/mitchellh/packer/issues/283#issuecomment-60039068

YAML

Rubyマイナーは彼らにYAMLを愛し、最初からそれを使用するためのソリューションを提供してくれました。 これは、Rickard von Essen2コメント前のhttps://github.com/mitchellh/packer/issues/1768#issuecomment-272921740によって見事に例証されました（ただし、以下のようにARGF.readを使用することをお勧めします）

など

HashiCorpを使用すると、必要な数の製品を簡単に使用できるのが気に入っています。 これは、unix哲学（Peter H.SalusがUnixの四半世紀（1994）で要約したもの）とよく一致します。

• 1つのことを実行し、それをうまく実行するプログラムを作成します。
• 一緒に動作するプログラムを作成します。
• テキストストリームを処理するプログラムを作成します。これはユニバーサルインターフェイスだからです。

私たちは大丈夫なはずです：

JSON

$ cat > example.json <<'EOF'
// from: https://www.packer.io/intro/getting-started/vagrant.html
{
    // can't we take this out?
    "variables": {
        "aws_access_key": "", // why is this blank?
        "aws_secret_key": ""  // ditto
    },
    "builders": [{
        "type": "amazon-ebs",
        "access_key": "{{user `aws_access_key`}}",
        "secret_key": "{{user `aws_secret_key`}}",
        "region": "us-west-2",
        "source_ami": "ami-b7a114d7",
        "instance_type": "t2.micro",
        "ssh_username": "ubuntu",
        "ami_name": "packer-example {{timestamp}}",
        "tags": {
            "created_by": "Packer.io/example"
        }
    }],
    "provisioners": [{
        "type": "shell",
        "inline": [
            "sleep 30",
            "sudo apt-get update",
            "sudo apt-get install -y redis-server"
        ]
    }],
    "post-processors": ["vagrant"]
}
EOF

$ packer validate <(jsmin < example.json)
Template validated successfully.

YAML

$ cat > example.yaml <<'EOF'
---
# from: https://www.packer.io/intro/getting-started/vagrant.html

# can't we take this out?
variables:
  aws_access_key: '' # why is this blank?
  aws_secret_key: '' # ditto

builders:
- type: amazon-ebs
  access_key: '{{user `aws_access_key`}}'
  secret_key: '{{user `aws_secret_key`}}'
  region: us-west-2
  source_ami: ami-b7a114d7
  instance_type: t2.micro
  ssh_username: ubuntu
  ami_name: packer-example {{timestamp}}
  tags:
    created_by: Packer.io/example

provisioners:
- type: shell
  inline:
  - sleep 30
  - sudo apt-get update
  - sudo apt-get install -y redis-server

post-processors:
- vagrant
EOF

$ packer validate <(ruby -r json -r yaml -e "print YAML.load(ARGF.read).to_json" < example.yaml)
Template validated successfully.

私はyamlテンプレート用の小さなprを作成しています。限られたテストでは、問題なく動作します。

間違いなく私たちが調査することを計画している何か。 ただし、今のところ、これは1.0を対象としているものではないため、これを閉じます。 1.0の詳細については、メーリングリストを参照してください。

問題を再開する時が来ました。 間違いなく、HCLはPackerのデフォルトの構成言語である必要があります。

PS：ほとんどすべての問題が解決された理由はまだわかりません。問題を管理するためのプロジェクト、マイルストーン、タグがあります。

これは私たちが計画していることです。 非常に大規模なオーバーホールなので、確実にうまくいくようにしたいと思います。 次のステップは、RFCプロセスを実行することです。これは、別の問題になります。

JSON5、YAML、HCLを歓迎します。 純粋なJSONは苦痛です。

@ darkn3rd私たちはあなたの痛みを感じており、Joyentがmasterを追跡するJSON5ブランチを維持するのに十分な痛みを感じています。現在の状況は、実際に大量のパッカーテンプレートを使用および維持している人には受け入れられないためです。 //github.com/joyent/packer/tree/f-json5

/ meは、今週ブランチを更新するためのメンタルノートを作成します

私たちは「もうすぐ来る」の3年近くです...私はパッカーの初心者であり、控えめに言っても、HCLをサポートしていないことに驚いています。 それをテストするのを待つことはできません。

友達に「あのひどいjsonをHCLに移行します。これは、hashicorpツールですよね？」と言ったところです。 私はどれほど間違っていたのか...

興味がある場合は、 yacker （Pythonユーティリティ）がPackerをYAMLからJSONへのインタープリターでラップします。 これは驚くべきことではありません。Packerに制御を渡す前に、テンプレートファイルと変数ファイルを一時的にJSONに変換するYAMLラッパーを提供するだけです。

https://yacker.readthedocs.io/en/latest/

パッカーチーム？ なぜまだHCLを提供しないのですか？ 私はほぼ1年前にYAMLサポート用の小さなパッチを作成しましたが、それは正常に機能し、HCLが来るという理由でそれを拒否します。 しかし、年を経ても何も変わりませんでした！
あなたが言うこと？

まだ来る：ウィンク：

@ vtolstov ＃7023を参照

HashiCorpの社内製品担当者は、HCL1を直接スキップして、代わりにHCL2を実装することを決定しました。 申し訳ありませんが、これは実装されていませんが、現在HCL2サポートに積極的に取り組んでいることをお約束します。

更新していただきありがとうございます。 私たちはこれをあきらめていません。

ありがとう@SwampDragons！ これが活発に取り組んでいることを考えると、この問題を再開する必要がありますか？

いい視点ね; 関連するPRをマージせずに閉じたときに、誤って閉じられました。

パッカーによるHCL2のサポートに本当に興奮しています！

@SwampDragons HCLに関するニュースはありますか？

1.5.0リリースでそれを実現することを望んでいます（ただし、約束はしていません）。 チームのブランチには実用的なプロトタイプがありますが、まだ洗練されておらず、強化されていません。 @ azrが育児休暇を

私は数年後に戻ってきましたが、これがまだ開いていることに驚きました。
1.5で順調に進んでいることをうれしく思います。

@SwampDragons 1.5.0が（ベータ版としても）利用可能になる時期について、大まかな時間枠はありますか？

変更が複雑な場合（そしてそれには非常に正当な理由があるかもしれません）、完全に優れたツールをそのままにして、コア定義形式を変更するのではなく、変換する_adapters_を提供する方が開発リスクとコストがはるかに低いのではないでしょうか。 format-XからJSON？

ちょっとした考え。

問題を軽視したくないので、コアフォーマットを変更する非常に重要な理由があるかもしれませんが、これに費やされている時間と労力を考えると、ユーザーがファイルをプロジェクトとして定義する方法だけであれば、 yackerのような_言語アダプター_の必要性はありますか？

@alanbchristie公平を@ azrが取り組んでいるプロジェクトであり、現在、親の至福を経験していないため、詳細を話すことはできません。 ;）彼が戻ってきたら、私は彼に、みんなのために少し進捗状況の更新を書くことができるかどうか尋ねます。

@NickLarsenNZ上司に見せたロードマップは、10月か11月頃に言っています。 必要に応じて、試用可能なビルドができたらpingを実行できます。

私はパッカーに不慣れです...しかし、正直に言うと、これが5〜6年間対処されていない問題であったという事実は、かなりがっかりするだけでなく、非常に苛立たしいものです。

回避策としてjqを使用してコメントを削除すると、jqで削除するコメント1つごとに99件のコメントが書き込まれなくなります。

packerによって実装されたjsonがこのタスクに適していないことを何日も続けることができましたが、コメントが許可されず、コード/構成の重複が促進されるという事実（なぜpacker jsonを作成する必要があるように感じるのですか？構成の再利用を可能にする疑似コンパイラ）。

ノイズを減らすためにロックされています。 @azrが戻ってきました。機会があれば、ベータビルドの提供など、この問題に関する最新情報を提供してもらいます。

こんにちは、みんな ！ 良いニュースがあります🎉😃

私は最近、HCL2の動きを実現するのにかなりの時間を要しました。これを実装しているPRは、＃8423にあります。 いくつかのバイナリはここにあります。
バグを回避するためにさまざまなケースをテストするために最善を尽くしていますが、ビルダー/プロビジョナー/ポストプロセッサーがたくさんあり、私たちは小さなチームなので、これをテストするための助けは大歓迎です！ これを試してバグを見つけた場合は、 HCLのバグであることを示す新しい問題を開いてください。

Packerをセットアップする現在の（古い）方法は引き続き機能し、現在、古いバージョンを非推奨にするのに十分な自信が持てるようになるまで、しばらくの間、両方のバージョンを完全にサポートする予定です。

build {
    sources = [
        "source.amazon-ebs.first",
    ]

    provisioner "shell" {
        inline = [
            "sleep 5"
        ]
    }

    post-processor "shell-local" {
        inline = [
            "sleep 5"
        ]
    }
}

source "amazon-ebs" "first" {
    // access_key = "{{user `aws_access_key`}}"
    // secret_key = "{{user `aws_secret_key`}}"

    ami_name = "hcl2-test"
    region = "us-east-1"
    instance_type = "t2.micro"

    kms_key_id = "c729958f-c6ba-44cd-ab39-35ab68ce0a6c"
    encrypt_boot = true
    source_ami_filter {
        filters {
          virtualization-type = "hvm"
          name =  "amzn-ami-hvm-????.??.?.????????-x86_64-gp2"
          root-device-type = "ebs"
        }
        most_recent = true
        owners = ["amazon"]
    }
    launch_block_device_mappings {
        device_name = "/dev/xvda"
        volume_size = 20
        volume_type = "gp2"
        delete_on_termination = "true"
    }
    launch_block_device_mappings {
        device_name = "/dev/xvdf"
        volume_size = 500
        volume_type = "gp2"
        delete_on_termination = true
        encrypted = true
    }

    ami_regions = ["eu-central-1"]
    run_tags {
        Name = "packer-solr-something"
        stack-name = "DevOps Tools"
    }

    communicator = "ssh"
    ssh_pty = true
    ssh_username = "ec2-user"
    associate_public_ip_address = true
}

PS：ドキュメントと変数の処理が近づいています！

これは素晴らしいニュースです@azr 、あなたとチームに感謝します。

WRT：JSONの非推奨。
HCL / HCL2の組み込みJSONサポートを活用することを計画しているのは正しいですか？

json2hclコンバーターはありますか？ Netflix OSSから、HCLに変換したいパッカースクリプトを作成しました。

みなさん、この変更にワクワクしています！

@ darkn3rdユーザーがコピー、貼り付け、編集作業をあまり行わずにすばやく試すことができるように、パッカー固有のコンバーターを実行する予定です。

@mexisme HCLライブラリはJSONを完全に理解しますが、形式が少し変更されているため、いくつかの編集が必要になります。 コンバーターにファイルをJSON（または何か）に変換させようとします。

⚠️私の最初の例が変更され、もう少しテラフォーミングのように見えます。

build {
    sources = [
        "source.amazon-ebs.first",
    ]

    provisioner "shell" {
        inline = [
            "sleep 5"
        ]
    }

    post-processor "shell-local" {
        inline = [
            "sleep 5"
        ]
    }
}

source "amazon-ebs" "first" {
    // access_key = "{{user `aws_access_key`}}"
    // secret_key = "{{user `aws_secret_key`}}"

    ami_name = "hcl2-test"
    region = "us-east-1"
    instance_type = "t2.micro"

    kms_key_id = "c729958f-c6ba-44cd-ab39-35ab68ce0a6c"
    encrypt_boot = true
    source_ami_filter {
        filters {
          virtualization-type = "hvm"
          name =  "amzn-ami-hvm-????.??.?.????????-x86_64-gp2"
          root-device-type = "ebs"
        }
        most_recent = true
        owners = ["amazon"]
    }
    launch_block_device_mappings {
        device_name = "/dev/xvda"
        volume_size = 20
        volume_type = "gp2"
        delete_on_termination = "true"
    }
    launch_block_device_mappings {
        device_name = "/dev/xvdf"
        volume_size = 500
        volume_type = "gp2"
        delete_on_termination = true
        encrypted = true
    }

    ami_regions = ["eu-central-1"]
    run_tags {
        Name = "packer-solr-something"
        stack-name = "DevOps Tools"
    }

    communicator = "ssh"
    ssh_pty = true
    ssh_username = "ec2-user"
    associate_public_ip_address = true
}

新しいバイナリはここにあります

_ 30日間_⏳クローズされたため、この問題をロックします。 これは、メンテナがアクティブな問題を見つけて集中するのに役立ちます。

これに類似していると思われる問題を見つけた場合は、新しい問題を開いて問題テンプレートに記入してください。これにより、さらに調査するために必要なすべての詳細を取得できます。