Terraform-provider-local: 파괴 시 local_file을 보존하는 기능 추가

안녕하세요 @alanbchristie입니다! 이 기능 요청에 감사드리며 응답이 늦어 죄송합니다.

HashiCorp의 Terraform 팀은 다른 곳에 집중하고 있기 때문에 가까운 시일 내에 이 작업을 수행할 수 없지만 귀하 또는 다른 사람이 구현할 시간과 동기가 있다면 풀 리퀘스트를 검토하게 되어 기쁩니다.

Terraform을 사용하여 생성하지만 잠시 후 관리를 다른 시스템으로 넘기는 것이 일반적인 리소스에 대해 이와 같은 옵션에 대한 몇 가지 선례가 있습니다. 일반적으로 이러한 이름은 verb_on_destroy 와 같은 이름을 갖습니다. 여기서 "동사"는 해당 리소스에 적합한 용어입니다. 이 상황에서는 인수의 이름을 delete_on_destroy 로 지정하고 기본값을 true 로 지정한 다음 명시적 구성을 delete_on_destroy = false 로 지정하는 것이 좋습니다. 이는 nomad_job deregister_on_destroy 인수와 같은 다른 유사한 기존 기능과 일치합니다.

(여기서 *_on_destroy 용어를 사용하는 이유는 이 컨텍스트에서 "파괴"가 Terraform의 작업이므로 대상 시스템에서 다른 작업이 발생하기 때문입니다. do_not_destroy 라고 하는 것은 설정 이후 혼동될 수 있습니다. 실제로 Terraform이 리소스 인스턴스 자체를 파괴하는 것을 방지하지는 않습니다. 대신 Terraform이 리소스 인스턴스를 파괴할 _때_ 취하는 작업을 조정합니다.)

@appparentlymart #10에서 해결을 시도했지만 피드백을 받게 되어 기쁩니다.

안녕하세요,
@alanbchristie와 동일한 사용 사례 및 동일한 문제. 이 티켓에 관한 업데이트가 있습니까? 미리 감사드립니다.

HashiCorp 제공업체에 대한 분류 프로세스를 개선하는 동안 @abn 을 기다려 주셔서 감사합니다. 여기에서 사용 사례에 대해 더 자세히 알고 싶습니다. terraform destroy 를 호출하지만 이 리소스를 보존하기를 원하기 때문에 파괴하려는 추가 종류의 리소스가 포함된 더 큰 구성의 일부여야 합니다. 이 프로세스의 단계와 구성이 사용되는 방법을 간략하게 설명할 수 있습니까?

@kmoe 솔직히 말해서 원래 사용 사례에 대한 내 기억은 약간 엉성합니다. 그러나 설명에서 알 수 있듯이 이 문제로 이어지는 특정 사례는 외부 적용 후 생성된 리소스를 정리하는 데 사용해야 하는 토큰 및/또는 구성을 생성하는 AWS에서 몇 가지 리소스를 생성했기 때문입니다. 파괴 후 가능한 플레이북을 사용하여 정리해야 하는 tf 상태가 호출되었습니다. 간단한 요구 사항은 생성된 파일을 삭제할 수 없다는 것입니다. 이것이 일반적으로 유용할 다양한 다른 경우가 있습니다.

여기도 마찬가지

여전히 여기에 필요합니다.

나는 여전히 이 문제에 관심이 있다고 말하고 싶지만 그렇지 않습니다. 대신 문제의 시작 부분에 나와 있는 것처럼 Ansible 을 컨트롤러로 사용하므로 인프라가 프로비저닝되면 Terraform 외부로 파일을 복사하기만 하면 됩니다. 그런 다음 destroy를 호출한 후 제어가 내 Ansible 플레이북으로 다시 전환되면 삭제 전 파일이 있고 필요한 처리를 수행할 수 있습니다.

2020년의 이전 질문과 관련하여 왜 누군가가 그러한 파일을 보관하고 싶어할까요? 다른 리소스와 달리 "로컬" 리소스라는 사실은 일반적으로 인프라 내에서 중요한 역할을 하지 않는다는 것을 암시해야 합니다 ... 결국 "로컬"입니다(그리고 apply 를 실행할 때 어쨌든 다시 작성됩니다)

어쨌든 - 외부 도구를 사용하여 동작을 코딩하는 것이 더 생산적이었습니다.