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
리눅스마스터 1급 · Professional리눅스마스터 1급
MLA-C01 · AssociateMachine Learning Engineer - Associate
AIF-C01 · FoundationalAI Practitioner - Foundational
DEA-C01 · AssociateData Engineer - Associate
MLS-C01 · SpecialtyMachine Learning - Specialty
← 전체 자격증/SAA-C03

Solutions Architect - Associate

12주 · 총 60일 · Associate

Week 1부터 시작

시험 정보

문항 수
65문항
시험 시간
130분
합격 점수
720 / 1000
응시료
$150
유효기간
3년

도메인 비중

보안 아키텍처 설계30%
복원력 있는 아키텍처 설계26%
고성능 아키텍처 설계24%
비용 최적화 아키텍처 설계20%
형식객관식 또는 복수응답형 65문항
선수지식AWS 서비스를 사용한 클라우드 솔루션 설계 경험 1년 이상 권장
언어영어, 한국어, 일본어, 중국어(간체), 중국어(번체), 프랑스어, 이탈리아어, 포르투갈어(브라질), 스페인어(라틴아메리카), 스페인어(스페인)

혜택 & 꿀팁

  • 합격하면 다음 시험 50% 할인 바우처가 생깁니다. AWS Certification 계정의 "Benefits"에서 확인하고 재인증·다른 자격증 응시에 쓸 수 있어요(만료일이 있으니 그 전에 사용).
  • 인증은 3년간 유효하며 만료 전 재인증이 필요합니다. 재인증 때도 이 50% 바우처를 쓸 수 있어요.
  • 무료 재응시는 없습니다(매 응시 전액 결제). 첫 시도에 붙는 게 가장 저렴하니, 모의고사로 합격선을 넘긴 뒤 응시하세요.
  • 합격하면 Credly 디지털 배지가 발급돼 링크드인·이메일 서명에 붙일 수 있습니다.
공식 시험 안내 시험 등록

Week 1

  • Day 1AWS 인프라의 지도: 리전, AZ, 그리고 공동 책임이라는 약속
  • Day 2IAM 기초: 누구에게 무엇을 허용할 것인가
  • Day 3IAM 심화: STS, 권한 경계, 그리고 Confused Deputy의 그림자
  • Day 4AWS Organizations, SCP, Control Tower: 다계정 거버넌스의 골격
  • Day 5Week 1 종합: 시나리오로 단단해지는 기초와 IAM

Week 2

  • Day 1VPC 서브넷 라우팅: 패킷이 인터넷에 닿는 길
  • Day 2IGW, NAT Gateway, Bastion: 인터넷과 사설망 사이의 다리들
  • Day 3보안 그룹 vs NACL, 그리고 Flow Logs가 말해주는 것
  • Day 4VPC Peering, Transit Gateway, VPC Endpoint: VPC 너머의 연결
  • Day 5Week 2 종합: 패킷이 흐르는 길을 한 번 더 그리기

Week 3

  • Day 1EC2 인스턴스 유형과 구매 옵션: 하드웨어 설계와 경제학의 교차점
  • Day 2EBS vs Instance Store: 영속성과 성능의 교환, 그리고 파일 시스템의 선택
  • Day 3ELB: 계층별 로드 밸런싱의 설계 철학과 ALB·NLB·GLB의 선택 기준
  • Day 4Auto Scaling Group: 제어 이론, 예측 확장, 그리고 우아한 종료의 기술
  • Day 5Week 3 종합 복습: EC2·스토리지·ELB·ASG를 하나의 아키텍처로 연결하기

Week 4

  • Day 1S3: 객체 스토리지의 내부 구조, 일관성 모델의 진화, 그리고 대규모 운영 패턴
  • Day 2S3 스토리지 클래스와 수명 주기: 데이터 온도 관리의 경제학
  • Day 3S3 보안: 접근 제어의 계층 구조, 암호화 키 관리, 그리고 데이터 유출 방지
  • Day 4CloudFront와 Storage Gateway: CDN의 내부 구조와 하이브리드 스토리지 패턴
  • Day 5Week 4 종합 복습: S3·CloudFront·스토리지 패턴을 하나의 판단 체계로

Week 5

  • Day 1RDS: 관계형 데이터베이스를 클라우드에서 운영한다는 것
  • Day 2Aurora: AWS가 다시 설계한 관계형 데이터베이스
  • Day 3DynamoDB: 스키마 없는 세계에서 설계한다는 것
  • Day 4ElastiCache와 인메모리 데이터 스토어: 속도의 물리학
  • Day 5Week 5 복습: 데이터베이스 선택의 기술

Week 6

  • Day 1Lambda: 서버 없이 코드를 실행한다는 것의 진짜 의미
  • Day 2API Gateway: 클라이언트와 백엔드 사이의 중재자
  • Day 3Step Functions와 AppSync: 오케스트레이션과 GraphQL
  • Day 4컨테이너: ECS, EKS, Fargate, ECR
  • Day 5Week 6 복습: 서버리스 + 컨테이너 종합

Week 7

  • Day 1SQS: 메시지 큐가 분산 시스템에 답하는 방식
  • Day 2SNS: 토픽, 팬아웃, 그리고 1:N 알림이 만들어지는 방식
  • Day 3EventBridge: 이벤트 라우팅 허브가 SaaS·AWS·내부 앱을 한 곳에 모으는 방식
  • Day 4Kinesis: 실시간 스트림이 큐와 어떻게 다른 문제를 푸는가
  • Day 5Week 7 복습: 메시징의 네 가지 모델과 분산 시스템의 의사결정

Week 8

  • Day 1KMS: 키 관리가 클라우드 보안의 뿌리인 이유
  • Day 2Secrets Manager·Parameter Store·CloudHSM: 비밀과 구성을 다루는 세 가지 도구
  • Day 3Cognito: 사용자 인증을 클라우드 서비스로 분리하기
  • Day 4WAF·Shield·GuardDuty·Inspector·Macie: 클라우드 보안 관제의 5개 축
  • Day 5Week 8 종합: 보안 도메인 시나리오 12

Week 9

  • Day 1CloudWatch: 관찰성은 왜 메트릭·로그·트레이스 세 기둥으로 갈라졌나
  • Day 2CloudTrail: 감사 로그는 왜 변조 불가능해야 하나
  • Day 3Config와 Systems Manager: 원하는 상태를 어떻게 강제하나
  • Day 4X-Ray·Trusted Advisor·Health Dashboard: 한 요청이 여러 서비스를 지날 때 누가 느린지 어떻게 아는가
  • Day 5Week 9 종합: 관찰성과 거버넌스를 "누가·언제·무엇·왜"로 꿰기

Week 10

  • Day 1컴퓨팅 비용은 왜 약정·시장·소유권 세 축으로 갈라졌나
  • Day 2스토리지 비용은 왜 "단가"가 아니라 "접근 패턴"의 함수인가
  • Day 3데이터 전송 비용은 왜 청구서의 숨은 30%가 되는가
  • Day 4비용 거버넌스는 왜 "측정·책임·자동화" 세 단계로 나뉘나
  • Day 5Week 10 종합: 비용 최적화를 하나의 사고 체계로 묶기

Week 11

  • Day 1가용 영역과 리전은 왜 "물리적 거리"라는 비용을 사이에 두고 갈라지나
  • Day 2DR은 왜 "네 단계의 스펙트럼"으로 정리됐나
  • Day 3DNS는 어떻게 "이름 한 번 묻는 것"으로 글로벌 트래픽을 조종하나
  • Day 4마이그레이션은 왜 "무엇을 옮기는가"보다 "어떻게 옮길 수 없는가"로 결정되나
  • Day 5복원력·DR·마이그레이션을 하나의 결정 트리로 꿰기

Week 12

  • Day 1보안 도메인은 왜 "정책 평가 순서"라는 한 줄의 알고리즘으로 수렴하나
  • Day 2복원력 도메인은 왜 "장애 반경과 복제 모드"라는 두 변수로 환원되나
  • Day 3고성능 도메인은 왜 "데이터를 사용자에게 얼마나 가까이 두나"로 환원되나
  • Day 4비용 도메인은 왜 "운영이 아니라 설계 단계의 결정"으로 수렴하나
  • Day 5시험이 끝까지 묻는 것은 "키워드를 서비스로 번역하는 속도"다