Well-Architected

학습 목표

Well-Architected Framework의 6 pillars와 각 pillar가 답하는 질문을 설명할 수 있다.

워크로드 단위로 lens를 적용하고 HRI(High Risk Issue) 를 식별하는 리뷰 흐름을 설명할 수 있다.

클라우드·VPC·관리형 서비스 선택을 pillar 관점에서 재평가할 수 있다.

트레이드오프(가용성 vs 비용, 보안 vs 속도)를 명시적으로 기록할 수 있다.

실무 체크리스트로 배포 전·분기 리뷰에 활용할 수 있다.

문제 상황

• 기능 출시만 우선 — 백업·모니터링·IAM 누락 누적
• Multi-AZ 없이 프로덕션 — 단일 장애점 인지 못 함
• NAT·과다 프로비저닝 — 월 청구서 충격 후 야간 대응
• 팀마다 설계 기준 상이 — 온보딩·리뷰 비용 증가
• 레거시 체크리스트 — 클라우드 관리형·서버리스 반영 안 됨
• 장애 후 포스트모템만 — 사전 아키텍처 검토 부재

앞서 클라우드 모델·VPC·관리형 서비스 — 개별 기술 선택은 끝났다. 이번 편은 워크로드 전체를 6가지 렌즈로 평가하는 프레임이다.

1. Well-Architected Framework

AWS Well-Architected Framework — 클라우드 워크로드 설계·운영 모범 사례를 질문 집합으로 정리한 가이드.

개념
Workload	비즈니스 목적을 가진 환경 단위 (예: 결제 API, 데이터 파이프라인)
Lens	pillar별 설계 질문 — 모두 적용
HRI	높은 리스크 이슈 — 우선 개선
Trade-off	pillar 간 충돌 — 문서화 필수

원칙 — 한 pillar만 극대화하지 않는다. 보안 강화가 비용·지연을 올릴 수 있고, 비용 절감이 가용성을 낮출 수 있다.

2. 6 Pillars

Operational Excellence (운영 우수성)

운영·관측·변경을 코드·자동화로 다루는가.

질문	시리즈 연계
배포 자동화?	CI/CD·GitOps — 파이프라인·PR 배포
변경 추적?	IaC state·Git 이력
런북·알람?	Observability — SLO·on-call
게임 데이?	장애 시뮬레이션·failover 훈련

Security (보안)

데이터·시스템을 보호하고 권한을 최소화하는가.

질문	시리즈 연계
책임 경계?	Shared Responsibility — IN vs OF cloud
네트워크 격리?	VPC private·SG·NACL
비밀 관리?	K8s Secret·IAM role — ConfigMap 금지
데이터 암호화?	RDS·S3 SSE·TLS

Reliability (안정성)

장애에서 복구하고 요구 가용성을 만족하는가.

질문	시리즈 연계
Multi-AZ?	RDS standby·subnet 분산
자동 복구?	K8s replica·probe·rolling rollback
한도 인지?	API quota·Lambda concurrency
백업·복원 검증?	RDS snapshot·RPO/RTO 정의

Performance Efficiency (성능 효율)

리소스를 워크로드에 맞게 선택·조정하는가.

질문	시리즈 연계
캐시 계층?	ElastiCache cache-aside
스케일 아웃?	HPA·read replica
적정 인스턴스?	requests/limits·DB class
지연 예산?	리전·AZ·CDN

Cost Optimization (비용 최적화)

불필요 지출을 줄이고 가치에 맞게 쓰는가.

질문	시리즈 연계
NAT 대신 endpoint?	S3·SQS VPC endpoint
스토리지 계층?	S3 lifecycle·Intelligent-Tiering
서버리스 vs 상시?	Lambda 간헐 vs EKS 고정 부하
태그·Cost Allocation?	팀·환경 별 청구

Sustainability (지속 가능성)

환경 영향을 최소화하는가.

질문	시리즈 연계
리전 선택?	에너지 믹스·데이터 거주 요건
유휴 리소스?	autoscaling down·스케줄 중지
효율 하드웨어?	Graviton·arm 인스턴스 검토
데이터 이동 최소?	리전 간 복제 필요 시만

3. 리뷰 루프

Well-Architected Review(WAR) — 워크로드 담당자·아키텍트가 질문에 답하고 개선 백로그를 만든다.

단계	산출물
Define workload	경계·의존성·SLO 문서
Apply lenses	pillar별 답변·증거 링크
Identify risks	HRI 목록·우선순위
Remediate	티켓·IaC PR·런북
Measure	비용·에러 율·복구 시간 추적

트리거 예:
  - 신규 워크로드 프로덕션 진입 전
  - 아키텍처 대규모 변경 후
  - 분기 1회 정기 리뷰
  - 장애 포스트모템에서 구조적 원인 발견 시

AWS Well-Architected Tool — 콘솔·API로 질문 진행·리포트 저장. 자체 스프레드시트·ADR로 대체 가능.

4. 시리즈 맥락 통합

Part 4에서 다룬 선택을 pillar 행으로 읽는다.

기술 선택	주 pillar	트레이드오프
Multi-AZ RDS	Reliability	비용 ↑
private subnet only	Security	운영 복잡도
VPC endpoint	Cost + Security	NAT 회피
SQS + DLQ	Reliability + OpEx	멱등 핸들러 필요
Lambda no VPC	Performance + Cost	RDS 직접 접근 불가
GitOps	Operational Excellence	학습 곡선

K8s·CI/CD 파트와 결합 — 배포 파이프라인(OpEx)·HPA(Performance)·NetworkPolicy(Security)를 같은 워크로드 리뷰에 넣는다.

5. 실무 체크리스트

# code/wa-checklist.example.yaml
workload: payment-api
owner: platform-team
review_date: 2026-07-05

operational_excellence:
  - ci_cd_automated: true
  - runbooks_linked: true
  - alarms_on_slo_breach: true

security:
  - no_public_rds: true
  - iam_least_privilege: true
  - secrets_not_in_configmap: true

reliability:
  - multi_az_data_tier: true
  - backup_restore_tested_quarterly: false  # HRI
  - dlq_on_async_queues: true

performance:
  - cache_for_hot_reads: true
  - hpa_or_replica_scaling: true

cost:
  - vpc_endpoints_for_s3_sqs: true
  - s3_lifecycle_configured: true
  - idle_resources_reviewed_monthly: true

sustainability:
  - right_sized_instances: true

HRI 흔한 예	조치
Single-AZ DB 프로덕션	Multi-AZ 또는 명시적 다운타임 수용 문서
S3 public bucket	block public access·정책 감사
백업 미검증	분기 restore 드릴
root IAM 키 장기 사용	role·SSO 전환
무제한 autoscale 상한 없음	max replica·budget 알람

6. 정리

• 6 pillars — 모두 적용·트레이드오프 기록
• 워크로드 단위 리뷰 — 기능 단위 아님
• 클라우드 Part 선택을 Reliability·Security·Cost 렌즈로 재검증
• HRI 우선 처리 — 체크리스트·WAR 도구 활용
• Part 4 Cloud 완료 — 다음 Part 5 플랫폼 확장

다음에 다룰 것

• 서비스 메시 — sidecar·mTLS·트래픽 분할
• MSA 서비스 간 통신 심화

---

해당 내용은 AWS Well-Architected Framework 의 내용을 기반으로 합니다.