`for_each`와 `count`로 반복문 사용

Terraform으로 인프라를 관리할 때 비슷한 리소스를 여러 개 생성해야 하는 경우가 많습니다. 웹 서버 10대나 데이터베이스 인스턴스 5개가 필요하다고 생각해 보십시오. 같은 코드 블록을 반복해서 작성하면 번거롭고 오류가 발생하기 쉽습니다!

이 학습에서는 두 가지 강력한 Terraform 기능인 count와 for_each를 소개합니다. 이 기능들은 여러 리소스를 효율적으로 프로비저닝하여 구성을 깔끔하고 확장 가능하게 유지하도록 도와줍니다.

count와 for_each 같은 반복문을 사용하면 다음과 같은 큰 이점이 있습니다.

• 중복 감소: 인프라 코드를 한 번 작성하고 재사용할 수 있습니다.
• 가독성 향상: 구성이 훨씬 깔끔하고 이해하기 쉬워집니다.
• 확장성: 단일 값이나 컬렉션을 변경하여 리소스 수를 쉽게 조정할 수 있습니다.
• 일관성: 비슷한 모든 리소스가 동일하게 구성되도록 할 수 있습니다.

count 메타 인수는 리소스나 모듈의 거의 동일한 인스턴스를 여러 개 생성해야 할 때 적합합니다. 정수 값을 지정하면 Terraform이 그 수만큼 인스턴스를 생성합니다.

count로 생성된 각 인스턴스에는 0부터 count - 1까지의 인덱스가 부여됩니다. 이 인덱스에는 count.index로 접근할 수 있습니다.

동일한 AWS EC2 인스턴스 3개를 프로비저닝해 보겠습니다. count.index를 사용하여 각 서버에 고유한 이름을 지정하는 방법을 확인해 보십시오.

앞의 예시에서 ${count.index}는 각 인스턴스에 대해 자동으로 0, 1, 2로 확인되었습니다. 이를 통해 고유한 식별자를 만들거나 각 인스턴스의 속성을 조정할 수 있습니다.

count.index가 없다면 세 서버의 'Name' 태그가 모두 완전히 같아져 AWS에서 혼동이나 문제가 발생할 수 있습니다.

count가 간단한 반복에 적합하다면 for_each는 더 유연한 기능을 제공합니다. 문자열 집합이나 문자열 맵을 순회하며 각 요소에 대해 하나의 인스턴스를 생성합니다.

for_each는 서로 다른 구성을 가진 리소스를 관리해야 하거나 리소스 수가 숫자가 아닌 컬렉션(예: 환경 이름 목록이나 사용자 설정 맵)에 의해 결정될 때 적합합니다.

여기서는 for_each 집합의 각 요소를 이름으로 사용하는 S3 버킷 3개를 생성합니다. 반복 중인 현재 항목에 접근하기 위해 each.value를 사용합니다.

맵을 사용하면 각 리소스에 대해 더 복잡하고 고유한 구성을 정의할 수 있습니다. 여기서는 환경 키에 따라 서로 다른 버전 관리 설정을 적용한 S3 버킷을 생성합니다.

each.key로 키에 접근하고 each.value로 값에 접근할 수 있습니다.

어떤 경우에 무엇을 사용해야 할까요?

• count 사용: 단순한 숫자 반복에 사용하며, 수량이 가장 중요하고 동일한 리소스를 생성할 때 적합합니다. 차이를 구분하기 위해 인덱스만 필요할 때 좋습니다.
• for_each 사용: 복잡한 컬렉션(집합이나 맵)을 순회하거나, 컬렉션 요소에서 파생된 고유한 식별자 또는 속성이 리소스에 필요할 때 사용합니다. 각 인스턴스에 명확하고 고유한 논리적 식별자가 있을 때 일반적으로 더 적합합니다.

조직의 각 팀마다 S3 버킷을 하나씩 생성해야 하고, 각 버킷에 해당 팀이 정의한 특정 보존 정책이 필요하다고 가정해 보십시오.

잘하셨습니다! count와 for_each를 활용하여 Terraform 구성을 더 동적이고 효율적으로 만드는 방법을 배웠습니다.

• count는 동일한 리소스를 단순한 숫자로 반복 생성할 때 사용하며, count.index로 각 리소스를 구분합니다.
• for_each는 집합이나 맵을 순회할 때 사용하며, each.key와 each.value를 활용해 고유한 속성을 가진 서로 다른 리소스를 생성합니다.

이러한 구성 요소는 확장 가능하고 유지 관리하기 쉬운 코드형 인프라를 관리하는 데 기본이 됩니다!