코드로서의 인프라

Outcome：Complete the task with 코드로서의 인프라 (Infrastructure as Code)。 User context：변경 사항은 하나의 테스트 데이터베이스를 요청합니다. Terraform은 설정, 기록된 상태 및 실제 리소스를 비교합니다. 적용 전에 계획을 보여줍니다. Delivery concept or operation：코드로서의 인프라 (Infrastructure as Code)。 Why it fits：반복 가능한 인프라 변경에는 IaC를 사용하십시오. 제안된 변경 사항을 검토하고, 상태와 민감한 데이터를 보호하며, 커밋된 파일에 일반 텍스트 비밀을 포함하지 마십시오. Do not use it when：모든 IaC 도구가 동일한 계획(plan) 또는 상태(state) 모델을 가진다고 가정하지 마세요. 평문 비밀, Terraform 상태, 저장된 계획을 Git에 커밋하지 마세요. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary)：하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.