• 인프라 개요
• 아키텍처 다이어그램
• IaC 구성
• 환경 설정
• 배포 파이프라인
• 모니터링 및 알림
• DR(재해 복구) 계획
• 리소스 관리
• 보안 규정 준수
• 비용 최적화
• 트러블 슈팅

[인프라 레포지토리](여기에_IaC_레포_URL_삽입)

• IaC 코드는 버전별로 태그를 부여하며, 주요 변경 사항이 있을 경우 v1.x.x 형식으로 버전을 증가시킵니다.
• 프로덕션 환경은 항상 테스트된 안정적인 버전만 적용합니다.
• 모든 변경 사항은 PR 및 승인 과정을 거쳐야 합니다.

┌────────────────────┐            ┌────────────────────┐
│   인터넷 게이트웨이   │◄──────────►│    퍼블릭 서브넷     │
└──────────┬─────────┘            └─────────┬──────────┘
           │                                │
           │                                ▼
           │                      ┌───────────────────┐
           │                      │   NAT 게이트웨이    │
           │                      └─────────┬─────────┘
           │                                │
           ▼                                ▼
┌───────────────────┐            ┌────────────────────┐
│ Transit Gateway   │◄──────────►│  프라이빗 서브넷(앱)  │
└───────────────────┘            └─────────┬──────────┘
                                           │
                                           ▼
                                 ┌────────────────────┐
                                 │프라이빗 서브넷(데이터)│
                                 └────────────────────┘

• 프로덕션: 피크 시간 동안 EKS 노드 16대까지 자동 확장 (prod-eks-workers-scaling-policy)
• 스테이징: 필요 시 EKS 노드 8대까지 수동 확장 (staging-eks-scaling-request 티켓 필요)
• 개발: 고정 리소스 (필요 시 dev-resource-request 티켓으로 수동 증설)

/
├── terraform/
│   ├── modules/
│   │   ├── networking/
│   │   ├── compute/
│   │   ├── database/
│   │   └── security/
│   ├── environments/
│   │   ├── prod/
│   │   ├── staging/
│   │   └── dev/
│   └── README.md
├── ansible/
│   ├── roles/
│   ├── inventories/
│   └── playbooks/
├── packer/
│   ├── base-images/
│   └── application-images/
├── helm/
│   ├── charts/
│   └── values/
└── scripts/
    ├── bootstrap/
    └── utilities/

• AWS CLI v2.x
• Terraform v1.5.x 이상
• kubectl v1.26.x 이상
• Docker v24.x 이상
• AWS IAM 권한: 최소 요구 권한 목록 [링크]

# 필수 도구 설치 (macOS 예시)
brew install terraform aws-cli kubectl helm

# AWS 프로필 설정
aws configure --profile project-name-dev

# 레포지토리 클론
git clone https://github.com/your-org/infrastructure-repo.git
cd infrastructure-repo

# 초기화
make init ENV=dev

• .tfvars 파일을 환경별로 분리하여 관리
• 민감한 정보는 AWS Secrets Manager 또는 HashiCorp Vault에 저장
• CI/CD 파이프라인에서는 환경 변수를 통해 안전하게 주입

1. 코드 푸시: 개발자가 코드를 푸시하고 PR 생성
2. Terraform 유효성 검증: terraform validate, terraform plan
3. 보안 검사: tfsec, checkov를 통한 코드 스캔
4. 승인 단계: 인프라 변경 사항에 대한 수동 승인
5. 적용: terraform apply 실행
6. 검증: 인프라 Health Check, 연결성 테스트
7. 알림: 배포 완료 또는 실패 알림

• 자동 롤백: 배포 실패 시 이전 상태로 자동 롤백
• 수동 롤백: terraform state 관리를 통한 수동 롤백 절차
• 스냅샷 기반 복구: 중요 인프라의 정기적 스냅샷 생성

• 중앙 집중식 로깅: ELK 스택 또는 CloudWatch Logs
• 로그 보존 정책: 운영 로그 30일, 보안 로그 1년
• 로그 익명화: PII 데이터 자동 마스킹

1. 상황 평가: 장애 범위 및 영향 평가
2. DR 선언: DR 계획 개시 결정
3. 인프라 복구: 보조 리전에 인프라 프로비저닝 (Terraform)
4. 데이터 복구: 최신 백업에서 데이터 복원
5. 서비스 검증: 기능 및 성능 테스트
6. 트래픽 전환: DNS 또는 로드 밸런서를 통한 트래픽 전환
7. 알림: 이해관계자에게 상황 공유

• 분기별 테이블탑 연습
• 반기별 전체 DR 시뮬레이션
• 연간 비즈니스 연속성 계획 리뷰

• 개발 환경: 비사용 시간에 자동 종료 (비용 절감)
• 임시 환경: 최대 7일 후 자동 삭제
• 테스트 데이터: 90일 후 자동 정리

• 인프라 코드 보안 스캔: 매 PR 시 tfsec, checkov 실행
• 취약점 스캔: 주간 자동 스캔
• 침투 테스트: 분기별 수행
• 권한 감사: 월간 IAM 권한 검토

• HashiCorp Vault 또는 AWS Secrets Manager 사용
• 자동 로테이션: 90일마다 자동 갱신
• 긴급 자격 증명 로테이션 절차 [링크]

• 예약 인스턴스/Savings Plans 활용
• Auto-scaling 기반 수요 대응
• 개발/테스트 환경의 야간/주말 자동 종료
• S3 Intelligent-Tiering 및 수명 주기 정책
• EBS 볼륨 크기 최적화 및 gp3 활용

• 주간 비용 리포트 자동 생성
• 월간 비용 검토 회의
• 팀/서비스별 비용 할당을 위한 태그 전략

• [네트워크 연결성 문제 해결](링크)
• [Terraform 상태 파일 충돌 해결](링크)
• [EKS 클러스터 액세스 문제](링크)
• [로드 밸런서 타임아웃 이슈](링크)

1. [프로덕션 환경 장애 사례 #1: DB 연결 실패](링크)
2. [배포 파이프라인 장애: Terraform 상태 파일 손상](링크)
3. [보안 인시던트 대응: 비인가 액세스 시도](링크)

| 팀 | 담당자 | 연락처 | 비상 연락 채널 | |——|————|————|————————| | 인프라 팀 | 이름 | 이메일/전화 | Slack #인프라-긴급 | | 보안 팀 | 이름 | 이메일/전화 | Slack #보안-인시던트 | | 클라우드 제공자 | AWS 기술지원 | 계정 번호 | AWS Support 포털 |