S(*). Architect

학습 목표멀티클러스터를 도입하는 동기(DR·리전·격리·용량)를 설명할 수 있다.active-passive와 active-active 토폴로지·데이터 일관성 트레이드오프를 비교할 수 있다.cluster mesh·east-west gateway로 클러스터 간 서비스 통신 패턴을 설명할 수 있다.RPO·RTO 기준으로 DR failover 흐름(DNS·글로벌 LB)을 설계할 수 있다.Argo CD ApplicationSet으로 여러 클러스터에 동일 manifest를 배포하는 GitOps 모델을 설명할 수 있다.문제 상황단일 클러스터 장애 — 전 서비스 중단·복구 수 시간리전 요건 — 데이터 거주·지연 때문에 한 AZ 클러스터로 부족팀 별 blast radius — 실험 워크로드가 프로덕션 control pla..

학습 목표IaC(Infrastructure as Code) 로 desired state를 버전·리뷰할 수 있음을 설명할 수 있다.Terraform plan·apply·state·drift 개념을 설명할 수 있다.GitOps — Git이 진실의 원천 — 와 push 배포의 차이를 설명할 수 있다.Argo CD Application·sync·reconcile 루프를 설명할 수 있다.PR 기반 manifest 변경·승인·자동 sync 흐름을 설계할 수 있다.문제 상황prod VPC·RDS를 콘솔로 만든 뒤 누가 무엇을 바꿨는지 감사 불가IaC·PR 없음staging kubectl apply와 prod 수동 apply — manifest가 다름drift·환경 불일치terraform apply state 없이 로..

학습 목표Infrastructure as Code(IaC) 가 풀려는 문제를 설명할 수 있다.Terraform·CDK·Serverless·GitOps·CD가 각각 어떤 계층·변경 주기를 담당하는지 구분할 수 있다.desired state → plan → apply/sync → drift 루프를 설명할 수 있다.플랫폼 시리즈에서 본 IaC·GitOps 개요와 본 시리즈의 심화 범위 차이를 설명할 수 있다.22편 로드맵을 보고 학습 순서를 잡을 수 있다.문제 상황VPC·RDS·IAM을 콘솔로 만들고, 6개월 뒤 누가 security group을 열었는지 모른다변경 이력이 클릭 로그에만 있고 코드·PR에 없다staging은 Terraform, prod는 수동 — 같은 모듈인데 변수·버전이 어긋난다terrafo..