Packer: HCL 사용

cc @pandacalculus

HCL이 곧 출시됩니다 :스마일:

@delitescere 이 문제는 #283의 중복이 아닙니까? 나는 당신이 초기 게시물에서 그것에 연결되어 있다는 것을 알았지 만 두 문제의 차이점이 무엇인지 명확하지 않습니다.

여기서 알 수 없는 키는 현재와 다르게 처리됩니다. 이것은 무시되는 "주석과 같은" 키를 제안합니다. 주석 상태는 일반적으로 알려진 자체 닫기 주석 접두사로 표시됩니다(즉: # , // , ; ).

비표준 JSON, JSON5, YAML 또는 HCL에서 주석을 지원하기 위해 더 큰 코드 변경을 감안할 때 대체 제안이었습니다.

HCL 지원으로의 이동에 대한 @sethvargo 의 의견은 문제를 해결합니다.

@sethvargo

HCL이 곧 출시됩니다 :스마일:

번거롭게 해서 죄송합니다. 이에 대한 업데이트가 있습니까?

아직 오고 있어요 :스마일:

아직 HCL 작성자가 없고 다음 몇 가지 버전에 대한 옵션으로 packer fix 를 유지하고 싶기 때문에 이 작업을 조금 연기하기로 결정했습니다.

나는 HCL 쿨에이드를 마셨다. :+1:

이제 https://github.com/hashicorp/hcl이 존재하므로 json에 대한 대안을 얻을 수 있습니까? :)

@jevoneearth 꽤 스마일:. HCL은 아직 오고 있습니다!

아직 출시 중이므로 요청 포함 파일을 제공하기에 좋은 시기입니까? https://github.com/mkheironimus/packergen 참조

@jevoneearth는 hcl을 추가할 때까지 대안을 제시합니다.

아직 곧 온다?

@mitchellh @sethvargo 는 귀하가 언급한 HCL 작성자입니다. https://github.com/hashicorp/hcl/tree/master/hcl/printer

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 von Essen [email protected]이 다음과 같이 썼습니다.

패커를 bash 함수로 래핑하고 yaml을 json으로 변환하는 것은 일종의 사소한 일입니다.

시작하려면:

ruby -r json -r yaml -e "yaml = YAML.load(File.read(\"$1\")); 인쇄 yaml.to_json"
(그리고 그 반대)

ruby -r json -r yaml -e "json = JSON.parse(File.read(\"$1\")); 인쇄 YAML::dump(json)"
―
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하세요.

HCL

HashiCorp는 스스로에 대한 약간의 믿음을 보여주고 가능한 모든 곳에서 HCL을 사용해야 합니다. HCL이 좋은 아이디어이고 함께 실행해야 하거나 HCL이 실수이고 Terraform이 재앙입니다. 분명히 후자는 사실이 아닙니다. 따라서 새로운 평가자/채택자로서 이 두 제품이 "서로 대화하지 않는 두 정보 기관"처럼 느껴지는 것이 우려의 원인이라고 말씀드리고 싶습니다.

@sethvargo와 함께 해요. 다이어울프 인장을 쓰고 "HCL이 온다"라고 선언합시다. (그 뿐만 아니라 그것을 실현하십시오.)

JSON

구둣주걱 주석을 JSON으로 변경할 필요가 없습니다. 해결책은 Douglas Crockford가 제공했으며 Nicholas Chammas가 The Notorious Two Eight Three https://github.com/mitchellh/packer/issues/283#issuecomment -60039068에서 예시했습니다.

YAML

Ruby 광부는 YAML을 좋아하고 처음부터 YAML 사용에 대한 솔루션을 제공했습니다. 이것은 멋지고 2 개의 댓글 일 전 리 카드 폰 에센에 의해 예시 된 https://github.com/mitchellh/packer/issues/1768#issuecomment -272921740 (내가 사용 선호하는 거라고하지만 ARGF.read 나는 아래처럼)

등등

HashiCorp가 필요한 만큼의 제품을 쉽게 사용할 수 있다는 점이 마음에 듭니다. 이것은 유닉스 철학과 잘 맞습니다(Peter H. Salus가 A Quarter-Century of Unix(1994)에서 요약):

• 한 가지 일을 잘 하는 프로그램을 작성하십시오.
• 함께 작동하는 프로그램을 작성하십시오.
• 범용 인터페이스이기 때문에 텍스트 스트림을 처리하는 프로그램을 작성하십시오.

우리는 다음을 잘해야 합니다.

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 템플릿에 대한 작은 홍보를 만들고 있습니다.

확실히 우리가 조사할 계획입니다. 그러나 지금은 이것이 우리가 1.0을 목표로 하는 것이 아니기 때문에 이것을 닫을 것입니다. 1.0에 대한 자세한 내용은 메일링 리스트 를 참조하십시오.

문제를 다시 열 시간입니다. 확실히 HCL은 Packer의 기본 구성 언어여야 합니다.

추신: 여전히 거의 모든 문제가 종료된 이유를 알지 못합니다. 문제를 관리하기 위한 프로젝트, 이정표 및 태그가 있습니다.

이것은 우리가 할 계획입니다. 대대적인 점검이기 때문에 잘 수행할 수 있도록 하고 싶습니다. 다음 단계는 별도의 문제가 될 RFC 프로세스를 진행하는 것입니다.

JSON5, YAML 및 HCL을 환영합니다. 순수한 JSON은 고통스럽습니다.

@darkn3rd 우리 Joyent가 master 를 추적하는 JSON5 분기 를 유지하는 것은 당신의 고통을 느끼며 충분히 고통스럽습니다. 왜냐하면 현재 상황은 실제로 실제 수량의 패커 템플릿을 사용하고 유지 관리하는 사람이 https: //github.com/joyent/packer/tree/f-json5

/me는 이번 주에 분기를 업데이트하기 위해 메모를 작성합니다.

우리는 "곧 출시될" 3년에 가깝습니다... 저는 패커 초보자이고 HCL을 지원하지 않는다는 사실에 놀랐습니다. 그것을 테스트하기 위해 기다릴 수 없습니다.

나는 방금 내 친구에게 "헤이 lat's 그 끔찍한 json을 HCL로 마이그레이션합니다. 이것은 hashcorp 도구입니다, 맞죠?"라고 말했습니다. 내가 얼마나 잘못했는지...

관심 있는 경우 yacker (Python 유틸리티)는 Packer를 YAML-to-JSON 인터프리터로 래핑합니다. 그것의 아무것도 지구 산산조각이 - 그냥 패커로 제어를 전달하기 전에 일시적으로 JSON으로 변환 템플릿 것을 YAML - 래퍼 변수 파일을 제공합니다.

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

패커팀? 왜 아직도 HCL을 제공하지 않습니까? 저는 거의 1년 전에 YAML 지원을 위한 작은 패치를 만들었습니다. 잘 작동하고 HCL이 온다는 이유로 거부합니다. 하지만 1년이 지나도 변한 것은 없습니다!
뭐라고요?

아직 오고 있습니다 :윙크:

@vtolstov #7023 참조

HashiCorp의 내부 제품 담당자는 HCL1을 바로 건너뛰고 대신 HCL2를 구현하기로 결정했습니다. 죄송합니다. 아직 구현되지 않았지만 지금 HCL2 지원을 위해 적극적으로 노력하고 있습니다.

업데이트 해주셔서 감사합니다. 우리는 이것을 포기하지 않았습니다.

@SwampDragons 감사합니다! 이 문제에 대해 적극적으로 작업 중이므로 이 문제를 다시 열어야 합니까?

좋은 지적; 병합하지 않고 연결된 PR을 닫았을 때 실수로 닫혔습니다.

패커를 통한 HCL2 지원에 정말 기쁩니다!

@SwampDragons HCL에 대한 소식이 있습니까?

우리는 1.5.0 릴리스에서 그것을 얻을 수 있기를 바라고 있습니다(그러나 약속하지는 않습니다). 팀은 브랜치에서 작동하는 프로토타입을 가지고 있지만 아직 다듬 거나 강화되지 않았으며 앞두고 있기 때문에

나는 몇 년 후에 돌아왔고 이것이 여전히 열려 있다는 것에 놀랐습니다.
1.5로 나오니 다행입니다.

@SwampDragons 1.5.0(베타 버전 포함)을 사용할 수 있는 대략적인 일정이 있습니까?

변경이 복잡한 경우(그리고 그에 대한 매우 좋은 이유가 있을 수 있음) 완벽하게 좋은 도구를 그대로 두고 핵심 정의 형식을 변경하는 대신 변환하는 _adapters_를 제공하는 것이 개발 위험과 비용이 훨씬 낮지 않습니까? 형식 X를 JSON으로?

그냥 생각.

나는 문제를 하찮게 여기고 싶지 않으며 핵심 형식을 변경해야 하는 정말 중요한 이유가 있을 수 있지만 이에 소요되는 시간과 노력을 고려할 때 사용자가 파일을 프로젝트로 정의하는 방법에 관한 것이라면 yacker와 같은 _ 언어 어댑터_가 필요합니까?

@alanbchristie 공정하게 @azr 이 작업 있지 않다고 말했듯 이 세부 사항에 대해서는 말할 수 없습니다. ;) 그가 돌아오면 나는 그가 여러분을 위해 약간의 진행 상황 업데이트를 작성할 수 있는지 물어볼 것입니다.

@NickLarsenNZ 내가 상사에게 보여주는 로드맵에 따르면 10월이나 11

저는 패커를 처음 접합니다... 하지만 솔직히 말해서, 이것이 5-6년 동안 해결되지 않은 문제였다는 사실은 상당히 낙담할 뿐만 아니라 매우 실망스럽습니다.

해결 방법 중에 jq 를 사용하여 주석을 제거하면 제거할 jq로 작성된 주석 1개마다 99개의 주석이 작성되지 않을 수 있습니다.

나는 패커에 의해 구현된 json이 이 작업에 적합하지 않은 방법을 며칠 동안 계속할 수 있지만 주석을 허용하지 않고 코드/구성 복제를 권장한다는 사실(왜 패커 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
}

추신: 문서 및 변수 처리가 제공됩니다!

이것은 좋은 소식입니다 @azr , 당신과 팀 덕분입니다.

WRT: JSON 지원 중단.
HCL/HCL2의 내장 JSON 지원을 활용하려는 것이 맞습니까?

json2hcl 변환기가 있습니까? HCL로 변환하고 싶은 Netflix OSS에서 패커 스크립트를 잘 만들었습니다.

안녕하세요 여러분, 저는 이 변화에 흥분합니다!

@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일_ ⏳ 동안 폐쇄되었으므로 잠그겠습니다. 이를 통해 유지 관리자가 활성 문제를 찾고 집중할 수 있습니다.

이와 유사한 문제를 발견한 경우 추가 조사에 필요한 모든 세부 정보를 캡처할 수 있도록 새 문제를 열고 문제 템플릿을 작성하십시오.