Cert Notes/ 출퇴근 학습 노트
로드맵
KOEN
CLF-C02 · FoundationalCloud Practitioner - Foundational
DVA-C02 · AssociateDeveloper - Associate
SAA-C03 · AssociateSolutions Architect - Associate
  • Week 1
    • 1.AWS 인프라의 지도: 리전, AZ, 그리고 공동 책임이라는 약속
    • 2.IAM 기초: 누구에게 무엇을 허용할 것인가
    • 3.IAM 심화: STS, 권한 경계, 그리고 Confused Deputy의 그림자
    • 4.AWS Organizations, SCP, Control Tower: 다계정 거버넌스의 골격
    • 5.Week 1 종합: 시나리오로 단단해지는 기초와 IAM
  • Week 2
    • 1.VPC 서브넷 라우팅: 패킷이 인터넷에 닿는 길
    • 2.IGW, NAT Gateway, Bastion: 인터넷과 사설망 사이의 다리들
    • 3.보안 그룹 vs NACL, 그리고 Flow Logs가 말해주는 것
    • 4.VPC Peering, Transit Gateway, VPC Endpoint: VPC 너머의 연결
    • 5.Week 2 종합: 패킷이 흐르는 길을 한 번 더 그리기
  • Week 3
    • 1.EC2 인스턴스 유형과 구매 옵션: 하드웨어 설계와 경제학의 교차점
    • 2.EBS vs Instance Store: 영속성과 성능의 교환, 그리고 파일 시스템의 선택
    • 3.ELB: 계층별 로드 밸런싱의 설계 철학과 ALB·NLB·GLB의 선택 기준
    • 4.Auto Scaling Group: 제어 이론, 예측 확장, 그리고 우아한 종료의 기술
    • 5.Week 3 종합 복습: EC2·스토리지·ELB·ASG를 하나의 아키텍처로 연결하기
  • Week 4
    • 1.S3: 객체 스토리지의 내부 구조, 일관성 모델의 진화, 그리고 대규모 운영 패턴
    • 2.S3 스토리지 클래스와 수명 주기: 데이터 온도 관리의 경제학
    • 3.S3 보안: 접근 제어의 계층 구조, 암호화 키 관리, 그리고 데이터 유출 방지
    • 4.CloudFront와 Storage Gateway: CDN의 내부 구조와 하이브리드 스토리지 패턴
    • 5.Week 4 종합 복습: S3·CloudFront·스토리지 패턴을 하나의 판단 체계로
  • Week 5
    • 1.RDS: 관계형 데이터베이스를 클라우드에서 운영한다는 것
    • 2.Aurora: AWS가 다시 설계한 관계형 데이터베이스
    • 3.DynamoDB: 스키마 없는 세계에서 설계한다는 것
    • 4.ElastiCache와 인메모리 데이터 스토어: 속도의 물리학
    • 5.Week 5 복습: 데이터베이스 선택의 기술
  • Week 6
    • 1.Lambda: 서버 없이 코드를 실행한다는 것의 진짜 의미
    • 2.API Gateway: 클라이언트와 백엔드 사이의 중재자
    • 3.Step Functions와 AppSync: 오케스트레이션과 GraphQL
    • 4.컨테이너: ECS, EKS, Fargate, ECR
    • 5.Week 6 복습: 서버리스 + 컨테이너 종합
  • Week 7
    • 1.SQS: 메시지 큐가 분산 시스템에 답하는 방식
    • 2.SNS: 토픽, 팬아웃, 그리고 1:N 알림이 만들어지는 방식
    • 3.EventBridge: 이벤트 라우팅 허브가 SaaS·AWS·내부 앱을 한 곳에 모으는 방식
    • 4.Kinesis: 실시간 스트림이 큐와 어떻게 다른 문제를 푸는가
    • 5.Week 7 복습: 메시징의 네 가지 모델과 분산 시스템의 의사결정
  • Week 8
    • 1.KMS: 키 관리가 클라우드 보안의 뿌리인 이유
    • 2.Secrets Manager·Parameter Store·CloudHSM: 비밀과 구성을 다루는 세 가지 도구
    • 3.Cognito: 사용자 인증을 클라우드 서비스로 분리하기
    • 4.WAF·Shield·GuardDuty·Inspector·Macie: 클라우드 보안 관제의 5개 축
    • 5.Week 8 종합: 보안 도메인 시나리오 12
  • Week 9
    • 1.CloudWatch: 관찰성은 왜 메트릭·로그·트레이스 세 기둥으로 갈라졌나
    • 2.CloudTrail: 감사 로그는 왜 변조 불가능해야 하나
    • 3.Config와 Systems Manager: 원하는 상태를 어떻게 강제하나
    • 4.X-Ray·Trusted Advisor·Health Dashboard: 한 요청이 여러 서비스를 지날 때 누가 느린지 어떻게 아는가
    • 5.Week 9 종합: 관찰성과 거버넌스를 "누가·언제·무엇·왜"로 꿰기
  • Week 10
    • 1.컴퓨팅 비용은 왜 약정·시장·소유권 세 축으로 갈라졌나
    • 2.스토리지 비용은 왜 "단가"가 아니라 "접근 패턴"의 함수인가
    • 3.데이터 전송 비용은 왜 청구서의 숨은 30%가 되는가
    • 4.비용 거버넌스는 왜 "측정·책임·자동화" 세 단계로 나뉘나
    • 5.Week 10 종합: 비용 최적화를 하나의 사고 체계로 묶기
  • Week 11
    • 1.가용 영역과 리전은 왜 "물리적 거리"라는 비용을 사이에 두고 갈라지나
    • 2.DR은 왜 "네 단계의 스펙트럼"으로 정리됐나
    • 3.DNS는 어떻게 "이름 한 번 묻는 것"으로 글로벌 트래픽을 조종하나
    • 4.마이그레이션은 왜 "무엇을 옮기는가"보다 "어떻게 옮길 수 없는가"로 결정되나
    • 5.복원력·DR·마이그레이션을 하나의 결정 트리로 꿰기
  • Week 12
    • 1.보안 도메인은 왜 "정책 평가 순서"라는 한 줄의 알고리즘으로 수렴하나
    • 2.복원력 도메인은 왜 "장애 반경과 복제 모드"라는 두 변수로 환원되나
    • 3.고성능 도메인은 왜 "데이터를 사용자에게 얼마나 가까이 두나"로 환원되나
    • 4.비용 도메인은 왜 "운영이 아니라 설계 단계의 결정"으로 수렴하나
    • 5.시험이 끝까지 묻는 것은 "키워드를 서비스로 번역하는 속도"다
SOA-C02 · AssociateCloudOps Engineer - Associate
SAP-C02 · ProfessionalSolutions Architect - Professional
DOP-C02 · ProfessionalDevOps Engineer - Professional
SCS-C03 · SpecialtySecurity - Specialty
MLA-C01 · AssociateMachine Learning Engineer - Associate
AIF-C01 · FoundationalAI Practitioner - Foundational
DEA-C01 · AssociateData Engineer - Associate
MLS-C01 · SpecialtyMachine Learning - Specialty
합격 후기
← SAA-C03/Week 10/Day 4
SAA-C03· AssociateWeek 10 · Day 4읽기 약 18분

Day 4 - 비용 거버넌스는 왜 "측정·책임·자동화" 세 단계로 나뉘나

지금까지 컴퓨팅(Day 1)·스토리지(Day 2)·네트워크(Day 3)에서 개별 비용을 줄이는 방법을 봤다. 그런데 조직이 커지면 더 근본적인 문제가 생긴다 — 누가, 무엇에, 얼마를 쓰는지 아무도 모른다. 엔지니어 수백 명이 각자 리소스를 띄우는 환경에서, 어느 날 청구서가 두 배가 되면 그 원인을 추적하는 데만 며칠이 걸린다. 비용 거버넌스는 이 혼돈을 다스리는 운영 체계이고, 그 핵심은 **측정 없이는 관리할 수 없다(you can't manage what you can't measure)**는 경영학의 오래된 격언이다. 비용을 보이게 만들고(가시화), 누가 책임지는지 정하고(책임), 한도를 넘으면 자동으로 막는(자동화) 세 단계가 AWS 거버넌스 도구의 뼈대다.

이 세 단계가 모인 운영 방법론이 FinOps다. 2018년 무렵 클라우드 비용 폭증을 겪은 기업들이 "비용은 인프라팀만의 일이 아니라 리소스를 만드는 엔지니어 모두의 책임"이라는 문화 전환을 공유하며 FinOps Foundation을 만들었다. FinOps의 표준 라이프사이클은 Inform(측정·가시화) → Optimize(최적화) → Operate(운영·자동화)의 반복인데, AWS의 Cost Explorer·Budgets·CUR·Cost Allocation Tags·Anomaly Detection은 정확히 이 라이프사이클을 구현하는 도구들이다

여기부터는 Pro 전용입니다

Week 1은 누구나 무료로 볼 수 있어요. Week 2부터의 전체 학습 자료와 모의고사·무제한 복습은 Pro 플랜에서 이용할 수 있습니다.

Pro 알아보기로그인
이전데이터 전송 비용은 왜 청구서의 숨은 30%가 되는가Week 10 · Day 3다음 Week 10 종합: 비용 최적화를 하나의 사고 체계로 묶기Week 10 · Day 5