무료 온라인 액세스 HashiCorp.Terraform-Associate-004.v2026-09-13.q130 모의 시험 (Page 7)

Terraform-Associate-004 문제 26

강제 잠금 해제 명령은 언제 사용해야 합니까?

A. 귀하는 우선순위가 높은 변경을 요청하셨습니다.

B. 자동 잠금 해제 실패

C. 상태 잠금으로 인해 적용에 실패했습니다.

D. 잠금을 획득할 수 없다는 상태 메시지가 표시됩니다.

정답: B

자동 잠금 해제가 실패했을 경우 `force-unlock` 명령을 사용해야 합니다. Terraform은 `plan`, `apply`, `destroy`와 같이 상태를 기록할 수 있는 모든 작업에 대해 상태를 잠급니다. 이렇게 하면 다른 사용자가 잠금을 획득하여 상태를 손상시키는 것을 방지할 수 있습니다. 상태 잠금은 상태를 기록할 수 있는 모든 작업에 대해 자동으로 발생하며, 잠금이 진행되는 동안 별도의 메시지가 표시되지 않습니다. 상태 잠금에 실패하면 Terraform은 더 이상 진행되지 않습니다. `-lock` 플래그를 사용하여 대부분의 명령에 대해 상태 잠금을 비활성화할 수 있지만 권장하지 않습니다. 잠금 획득에 예상보다 시간이 오래 걸리는 경우 Terraform은 상태 메시지를 출력합니다. Terraform에서 메시지가 출력되지 않으면 백엔드에서 상태 잠금을 지원하는 경우 상태 잠금이 계속 진행 중입니다. Terraform에는 잠금 해제에 실패했을 때 수동으로 상태를 잠금 해제하는 `force-unlock` 명령이 있습니다. 이 명령을 사용할 때는 매우 주의해야 합니다. 다른 사용자가 잠금을 보유하고 있는 상태에서 상태를 잠금 해제하면 여러 사용자가 동시에 상태를 기록할 수 있습니다. `force-unlock`은 자동 잠금 해제가 실패한 경우에만 자신의 잠금을 해제하는 데 사용해야 합니다. 사용자를 보호하기 위해 `force-unlock` 명령에는 고유한 잠금 ID가 필요합니다. Terraform은 잠금 해제에 실패할 경우 이 잠금 ID를 출력합니다. 이 잠금 ID는 nonce 역할을 하여 잠금 및 잠금 해제가 올바른 잠금을 대상으로 하도록 보장합니다. 다른 상황은 force-unlock 명령을 사용할 타당한 이유가 아닙니다. 우선순위가 높은 변경 사항이 있거나, 상태 잠금으로 인해 적용이 실패했거나, 잠금을 획득할 수 없다는 상태 메시지가 표시되는 경우에는 force-unlock 명령을 사용해서는 안 됩니다. 이러한 상황은 다른 사용자가 잠금을 보유하고 있음을 나타내므로 해당 사용자가 작업을 완료할 때까지 기다리거나 문제를 해결하기 위해 연락해야 합니다. 이러한 경우에 force-unlock 명령을 사용하면 데이터 손실이나 불일치가 발생할 수 있습니다. 참조 = [상태 잠금], [명령: force-unlock]

Terraform-Associate-004 문제 27

for_each로 생성된 리소스는 Splat(*) 표현식을 사용하여 참조할 수 있습니다.

A. 참

B. 거짓

Terraform-Associate-004 문제 28

모든 사용자는 공개 Terraform 모듈 레지스트리에 모듈을 게시할 수 있습니다.

A. 참

B. 거짓

Terraform-Associate-004 문제 29

계획을 실행하거나 처음 신청하기 전에 어떤 명령어를 실행해야 합니까?

A. 테라폼 초기화

B. 테라폼 작업 공간

C. 테라폼 유효성 검사

D. 테라폼 가져오기

Terraform-Associate-004 문제 30

그래픽 사용자 인터페이스(GUI)를 사용한 프로비저닝 대신 코드형 인프라(IAC)를 사용하는 것의 장점은 무엇입니까? 정답 두 개를 선택하세요.

A. 리소스에 대한 수동 수정을 방지합니다.

B. 인프라 구성의 버전 관리, 재사용 및 공유를 지원합니다.

C. 자격 증명을 안전하게 보호합니다

D. 더 낮은 비용으로 동일한 자원을 제공합니다.

E. 작업자 오류 위험을 줄입니다

정답: B,E

코드형 인프라(IaC)는 수동 프로세스 대신 프로그래밍 기법을 사용하여 클라우드 인프라를 관리하고 프로비저닝하는 방식입니다.<sup>1</sup> IaC는 그래픽 사용자 인터페이스(GUI)를 사용하여 인프라를 프로비저닝하는 것보다 다음과 같은 여러 가지 장점이 있습니다.
* 버전 관리: IaC를 사용하면 Git과 같은 버전 관리 시스템에 인프라 구성을 저장하고 시간 경과에 따른 변경 사항을 추적할 수 있습니다. 이를 통해 이전 버전으로 되돌리거나, 차이점을 비교하거나, 다른 개발자와 협업할 수 있습니다.2
* 재사용성: IaC를 사용하면 개발, 테스트 및 프로덕션과 같은 다양한 환경에 적용할 수 있는 재사용 가능한 모듈과 템플릿을 만들 수 있습니다. 이를 통해 중복을 줄이고 일관성을 향상시키며 배포 속도를 높일 수 있습니다.
* 공유: IaC를 사용하면 인프라 구성을 다른 개발자, 팀 또는 조직과 공유하고 오픈 소스 저장소 또는 레지스트리의 기존 코드를 활용할 수 있습니다. 이는 모범 사례, 혁신 및 표준화를 촉진합니다.
* 위험 감소: IaC는 수동으로 또는 GUI를 사용하여 인프라를 프로비저닝할 때 발생할 수 있는 인적 오류, 구성 변경 및 보안 침해 위험을 줄여줍니다. 또한 IaC를 사용하면 인프라를 배포하기 전에 자동화된 테스트, 유효성 검사 및 규정 준수 검사를 수행할 수 있습니다.
참고 자료
* 1: 인프라스트럭처 애즈 코드(Infrastructure as Code)란 무엇인가요? 초보자를 위한 설명 - freeCodeCamp.org
* 2: 코드형 인프라(Infrastructure as Code)의 이점 - Microsoft 커뮤니티 허브
* 3: 코드형 인프라: 모범 사례, 이점 및 예시 - Spacelift
* 4: 클라우드 환경에서 현대 비즈니스를 위한 인프라스트럭처 코드(IaC)의 5가지 이점
* 5: 코드형 인프라의 7가지 주요 이점 - DuploCloud

최근 업로드: 231Google.Associate-Cloud-Engineer.v2026-10-29.q445; 166Cisco.300-415.v2026-10-29.q187; 176CheckPoint.156-561.v2026-10-28.q97; 213GAQM.Databricks-Certified-Data-Engineer-Associate.v2026-10-28.q244; 238SolarWinds.Hybrid-Cloud-Observability-Network-Monitoring.v2026-10-28.q140; 174Workday.Workday-Pro-Integrations.v2026-10-28.q85; 150ProtocolAnalysis.WCNA.v2026-10-28.q35; 194Oracle.1Z0-902.v2026-10-27.q91; 212Huawei.H12-323_V2.0.v2026-10-26.q108; 164SAP.C-P2W10-2504.v2026-10-26.q30