널 리소스와 트리거

Terraform의 null_resource는 클라우드 공급자가 제공하는 인프라 객체를 직접 생성하거나 관리하지 않는 특수한 유형의 리소스입니다.

대신 임의의 명령이나 스크립트를 실행하기 위한 자리 표시자 역할을 하며, 일반적인 리소스 프로비저닝의 범위를 벗어나는 작업에 자주 사용됩니다.

'null' 리소스가 왜 필요한지 궁금하실 수 있습니다. 다음과 같은 경우에 매우 유용합니다.

• 로컬 스크립트 실행: Terraform이 실행되는 컴퓨터에서 명령을 실행합니다(예: 구성 파일 준비).
• 배포 후 작업: 실제 리소스가 프로비저닝된 후 설정 또는 정리 작업을 수행합니다.
• 외부 API와 상호 작용: 특정 서비스 전용 Terraform 공급자가 없을 때 사용합니다.
• 사용자 지정 로직: 특정 클라우드 리소스에 연결되지 않은 사용자 지정 단계를 조정합니다.

null_resource 블록은 다른 Terraform 리소스와 같은 형태입니다. 프로비저너나 트리거가 없으면 Terraform 상태에 'null' 객체만 생성하고 다른 작업은 수행하지 않습니다.

일반적으로 명령을 실행하기 위한 프로비저너와 명령 실행 시점을 제어하기 위한 트리거를 함께 사용합니다.

다음은 최소한의 null_resource 예시입니다. 여기에 terraform apply를 실행하면 상태에는 생성되지만 외부 작업은 발생하지 않습니다.

작업을 추가할 수 있도록 준비된 자리 표시자일 뿐입니다.

null_resource의 진정한 강점은 이를 프로비저너와 결합할 때 나타납니다.

프로비저너를 사용하면 Terraform을 실행하는 컴퓨터(local-exec) 또는 원격 리소스 자체(remote-exec, 다만 null_resource에서는 덜 일반적임)에서 스크립트나 명령을 실행할 수 있습니다.

이를 통해 null_resource를 작업 실행기로 사용할 수 있습니다.

triggers는 null_resource 블록 안에 정의하는 임의의 키-값 쌍으로 이루어진 맵입니다.

그 목적은 Terraform에 다음과 같이 알리는 것입니다. '이 맵의 값 중 하나라도 변경되면 이 null_resource와 해당 프로비저너를 다시 실행해야 합니다.'

이는 인프라 변경에 null_resource가 반응하도록 만드는 데 매우 중요합니다.

triggers 맵의 값이 변경되면 Terraform은 null_resource의 수정 사항을 감지합니다.

terraform apply를 실행하는 동안 Terraform은 다음 작업을 수행합니다.

• 기존 null_resource가 있으면 삭제합니다.
• null_resource를 다시 생성합니다.
• 연결된 프로비저너를 다시 실행합니다.

이 메커니즘을 사용하면 관련 종속성이 변경될 때만 사용자 지정 작업이 실행됩니다.

여기서는 간단한 변수에 따라 구성 파일을 업데이트하는 작업을 null_resource로 시뮬레이션합니다. local-exec 프로비저너가 명령을 실행하고, triggers는 var.app_version이 변경될 때 해당 명령을 다시 실행하도록 합니다.

강력한 기능이지만 null_resource는 신중하게 사용하십시오.

• 공급자 우선 사용: 작업에 사용할 전용 Terraform 공급자나 리소스가 있다면 대신 그것을 사용하십시오.
• 멱등성 유지: 프로비저너가 실행하는 스크립트를 부작용 없이 여러 번 안전하게 다시 실행할 수 있도록 하십시오.
• 상태 관리 지양: null_resource로 외부 상태를 관리하려 하지 마십시오. 이를 위해서는 원격 상태 백엔드를 사용해야 합니다.
• external 데이터 소스 고려: 구조화된 데이터를 반환하는 복잡한 외부 로직에는 external 데이터 소스가 더 깔끔한 대안일 수 있습니다.

null_resource와 triggers에 대해 배웠습니다. 이제 이해한 내용을 확인해 보겠습니다.

이번 학습에서는 구체적인 클라우드 리소스에 대응하지 않는 사용자 지정 명령과 스크립트를 실행하는 강력한 도구인 Terraform의 null_resource가 얼마나 다양하게 활용되는지 살펴보았습니다.

또한 null_resource 안에서 종속성을 정의하고 해당 종속성이 변경될 때마다 프로비저너를 다시 실행할 수 있게 하는 메커니즘인 triggers도 배웠습니다. 이를 통해 IaC에서 동적이고 반응적인 사용자 지정 자동화를 구현할 수 있습니다.