본문으로 건너뛰기
김신건의 로그

[AWS] Cloud Adoption Framework (CAF)

· 수정 · 📖 약 5분 · 1,869자/단어 #aws #cloud #framework #governance #strategy #transformation
AWS CAF, AWS Cloud Adoption Framework, Cloud Adoption Framework, CAF 6 perspectives, CAF Envision, CAF Align, CAF Launch, CAF Scale, cloud transformation, AWS 클라우드 도입 프레임워크, AWS 디지털 전환

정의

AWS Cloud Adoption Framework (AWS CAF) 는 AWS 가 수많은 고객의 클라우드 전환 경험을 정리해 만든 조직 수준의 클라우드 도입 방법론 입니다. “어떤 서비스를 어떻게 쓸까” 를 다루는 Well-Architected Framework 와 달리, CAF 는 “조직으로서 어떻게 클라우드로 이행할까” 라는 전략, 사람, 프로세스, 거버넌스 를 다룹니다.

핵심 가치: 클라우드 도입 시 놓치기 쉬운 조직/문화/거버넌스 관점을 체계화. 디지털 전환 (digital transformation) 을 성공시키는 조직 역량 (capability) 진단 및 로드맵 제공.

왜 CAF 인가

  • 기술만으로는 부족: 조직 문화, 스킬, 프로세스, 거버넌스가 함께 성숙해야 성공
  • 공통 언어: 경영진, 기술팀, 재무팀, 보안팀이 같은 프레임워크로 대화
  • 역량 진단: 우리 조직의 현재 클라우드 준비도 (readiness) 측정
  • 로드맵: 어디서부터 시작하고 무엇을 우선순위화할지
  • 리스크 최소화: 잘 알려진 실패 패턴 회피

CAF 구성

CAF 는 6 perspectives × 4 phases 매트릭스로 구성됩니다.

flowchart LR
  subgraph "6 Perspectives"
    B[Business<br/>비즈니스]
    P[People<br/>사람]
    G[Governance<br/>거버넌스]
    Pl[Platform<br/>플랫폼]
    S[Security<br/>보안]
    O[Operations<br/>운영]
  end

  subgraph "4 Transformation Phases"
    E[Envision<br/>구상]
    A[Align<br/>정렬]
    L[Launch<br/>시작]
    Sc[Scale<br/>확장]
  end

6 Perspectives (6 관점)

각 perspective 는 관련 stakeholder 그룹이 소유하는 조직 역량 (capability) 집합.

Perspective초점주요 stakeholder
Business비즈니스 성과, ROI, 디지털 전략CEO, CFO, COO, CIO, CTO
People문화, 조직, 리더십, 인력CIO, COO, CTO, cloud director
Governance관리, 리스크, 재무, 통제Transformation officer, CIO, CTO, CFO, CDO, CRO
Platform인프라, 아키텍처, 개발 플랫폼CTO, tech leaders, architects, engineers
SecurityCIA (기밀성/무결성/가용성), 컴플라이언스CISO, CCO, audit, security architects
OperationsSLA, 관측, 사고 대응, 자동화Infra/ops leaders, SREs, IT service managers

자세히

4 Transformation Phases

CAF 는 클라우드 전환을 4 단계 iterative 여정으로.

Phase 1: Envision (구상)

전략 및 비전 수립. 조직이 클라우드로 무엇을 이루려는가.

활동:

  • 비즈니스 목표 정의 (revenue, cost, agility)
  • 우선순위 전환 기회 식별
  • CAF 6 perspectives 관점에서 현재 상태 진단
  • 이해관계자 동의 확보

산출물: 비전 문서, 첫 프로젝트 후보 목록.

Phase 2: Align (정렬)

계획 및 갭 분석. 각 perspective 별 갭 식별 + 우선순위.

활동:

  • 현재 상태 (as-is) vs 목표 상태 (to-be) 매핑
  • CAF 역량 (capability) 별 성숙도 측정
  • 우선순위 프로젝트 정의
  • 팀 조직 설계, RACI 매트릭스

산출물: Transformation roadmap, 조직 설계, 예산 계획.

Phase 3: Launch (시작)

Pilot 프로젝트 실행 + 학습. 작은 스케일로 검증.

활동:

  • Landing Zone 구축 (AWS Control Tower, Organizations)
  • 초기 workload 이전 or 신규 개발
  • CI/CD 파이프라인
  • 팀 스킬 개발 (교육, 자격증)
  • 첫 성과 측정

산출물: Working pilot, 학습된 인사이트, 조직 신뢰 획득.

Phase 4: Scale (확장)

확장 및 지속 진화. Pilot 성과를 전사로 확장.

활동:

  • 다중 workload 이관
  • 팀 규모 확장
  • Center of Excellence (CCoE) 설립
  • FinOps 자동화 (비용 관리)
  • 지속 개선 (feedback loop)

산출물: 전사 확장된 클라우드 채택, 지속 revenue/cost 개선.

주의: 단방향 아님. 4 단계는 반복적, 병행 가능. 새 프로젝트 계속 Envision 하며 기존 것 Scale.

Capability (역량)

각 perspective 는 여러 capability (조직 역량) 를 포함. 각 capability 는:

  • 정의: 무엇을 하는 역량
  • 성숙도 모델: Initial -> Managed -> Defined -> Optimized
  • 평가 질문: 우리 조직은 어느 수준?
  • 모범 사례: 다음 단계로 가는 방법

총 CAF capability 수 (6 perspectives 합): 약 40+ 역량.

성숙도 척도 예시

Data Governance capability:

  • Initial (Level 1): Ad-hoc, 문서화 안 됨
  • Managed (Level 2): 정책 있지만 일관성 부족
  • Defined (Level 3): 표준화된 프로세스
  • Optimized (Level 4): 지속 개선, 자동화, 메트릭 기반

각 조직이 self-assessment 후 목표 성숙도로 이동.

CAF vs Well-Architected Framework

두 프레임워크 자주 혼동됨.

CAFWell-Architected
대상조직 (people, process)개별 워크로드 (아키텍처)
질문조직으로 어떻게 클라우드 도입이 워크로드 잘 설계됐나
관점Business, People, Governance, Platform, Security, OperationsOperational Excellence, Security, Reliability, Performance, Cost, Sustainability
사용 시전환 초기, 조직 진단워크로드 개발 시, 리뷰
결과물Roadmap, 조직 설계Design decision, 개선 액션

흔한 조합: CAF 로 조직 전략 -> Well-Architected 로 개별 워크로드 검증.

Cloud Center of Excellence (CCoE)

CAF Scale 단계에서 흔히 등장. 클라우드 관련 표준, 도구, 교육, 지원 을 담당하는 조직 단위.

책임:

  • Landing Zone 설계/유지
  • 클라우드 표준 (naming, tagging, security)
  • Reusable IaC 모듈
  • 교육 프로그램
  • 팀 지원 (컨설팅)
  • FinOps 리더십

Landing Zone

Multi-account 기반의 표준화된 AWS 환경 (프로덕션 첫 단계).

  • AWS Control Tower: 자동화된 Landing Zone
  • AWS Organizations: 계정 트리 + SCP
  • Log archive account: CloudTrail, Config 중앙 저장
  • Security account: Security Hub, GuardDuty 통합
  • Networking account: Transit Gateway, DX
  • Sandbox / Dev / Stg / Prod account: 환경별 격리

CAF Platform + Security + Governance perspective 의 실현.

실전 적용 순서

1. Executive alignment (Business perspective)

  • CEO/CFO 와 클라우드 전환 목표 합의
  • ROI 시나리오 (cost saving, revenue growth)
  • 전환 예산 확보

2. Cloud readiness 진단 (전체)

  • CAF Self-Assessment Tool (AWS 제공)
  • 6 perspectives 별 성숙도 측정
  • 갭 우선순위

3. Foundation (People + Governance)

  • CCoE 발족
  • 교육 계획 (AWS Certifications)
  • Landing Zone 설계

4. First workload (Platform + Security + Operations)

  • Pilot workload 선정 (low-risk)
  • Migration or greenfield
  • CI/CD, IaC, 관측

5. Scale (Business)

  • 성과 측정 & 공유
  • Roadmap 확장
  • 지속 개선

흔한 실패 패턴

  1. Business perspective 무시: 기술만 도입, 비즈니스 성과 안 정의 -> ROI 없음
  2. People perspective 소홀: 조직/문화 변화 없이 기술만 -> 저항, 스킬 갭
  3. Governance 없이 시작: 계정, 비용, 정책 관리 없이 카오스
  4. Security 후처리: 나중에 붙이면 재구성 필요
  5. Operations 자동화 부족: 수동 운영으로 확장 어려움
  6. Platform 표준화 부족: 각 팀이 독립 설계, 재사용 X

CAF 는 이 6 perspective 를 균형있게 성숙시키라는 지침.

관련 도구 & 리소스

  • AWS CAF Self-Assessment Tool: 6 perspective 별 진단
  • AWS Well-Architected Tool: 워크로드 리뷰
  • AWS Control Tower: Landing Zone 자동화
  • AWS Organizations: Multi-account
  • AWS Migration Hub: 이관 프로젝트 추적
  • AWS Application Migration Service (MGN): lift-and-shift
  • AWS Skill Builder: 교육 플랫폼
  • AWS Partner Network (APN): 전환 파트너

함정

WARNING

CAF 는 checkbox 아님. 각 capability 를 조직 컨텍스트에 맞춰 해석. 무비판적 도입은 오히려 방해.

CAUTION

Scale 없이 Pilot 만. Pilot 성공 후 확장 안 하면 sunk cost. Scale phase 를 반드시 계획.

WARNING

6 perspective 균형 안 잡히면 병목 생김. 예: Security 뒤처지면 프로덕션 못 감.

IMPORTANT

CCoE 는 강제 통제 조직 아님. Enabler 로 자리매김. 팀에 표준+도구 제공, 자율성 존중.

CAUTION

CAF vs 조직 실제 상황 격차. Startup 은 6 perspective 다 필요 없을 수 있음. 규모에 맞게 조정.

관련 위키

이 글의 용어 (11개)
[AWS CAF] Business Perspectivecloud
정의 Business Perspective 는 AWS CAF 6 관점 중 비즈니스 성과 에 초점을 맞춘 관점입니다. 클라우드 투자가 디지털 전환 목표와 비즈니스 성과 (reven…
[AWS CAF] Governance Perspectivecloud
정의 Governance Perspective 는 AWS CAF 6 관점 중 클라우드 이니셔티브의 관리 (orchestration) 를 담당합니다. 조직의 이익을 극대화하면서 전…
[AWS CAF] Operations Perspectivecloud
정의 Operations Perspective 는 AWS CAF 6 관점 중 클라우드 서비스가 비즈니스가 요구하는 수준으로 딜리버리되도록 보장 하는 관점입니다. 자동화 + 최적화…
[AWS CAF] People Perspectivecloud
정의 People Perspective 는 AWS CAF 6 관점 중 비즈니스 와 기술 사이의 다리 역할을 하는 관점입니다. 문화, 조직 구조, 리더십, 인력 (workforce…
[AWS CAF] Platform Perspectivecloud
정의 Platform Perspective 는 AWS CAF 6 관점 중 엔터프라이즈급 확장 가능한 하이브리드 클라우드 플랫폼 구축 을 담당합니다. 기존 워크로드 현대화 + 신규…
[AWS CAF] Security Perspectivecloud
정의 Security Perspective 는 AWS CAF 6 관점 중 데이터와 워크로드의 기밀성 (Confidentiality), 무결성 (Integrity), 가용성 (Av…
[AWS] Audit Manager (Automated Compliance Auditing)cloud
정의 AWS Audit Manager 는 AWS 사용량에 대한 감사 (audit) 준비 프로세스를 자동화 하는 서비스입니다. 규제 프레임워크 (CIS, PCI DSS, HIPAA…
[AWS] CloudTrail (API Activity Logging)cloud
정의 AWS CloudTrail 은 AWS 계정의 API 호출 및 사용자 활동을 기록 하는 감사 로깅 서비스입니다. "누가, 언제, 어디서, 어떤 API 를, 어떤 리소스에 대해…
[AWS] Config (Resource Configuration Tracking)cloud
정의 AWS Config 는 AWS 계정 안 리소스의 구성 (configuration) 상태를 지속 기록 하고, 정책 규칙 (Config Rules) 위반을 자동 감지하는 서비스…
[AWS] IAM: User, Role, Policy, STScloud
정의 IAM (Identity and Access Management) = AWS 의 권한 관리 전부. User, Group, Role, Policy 로 구성. "누가 어떤 리소…
[AWS] Well-Architected Frameworkcloud
정의 AWS Well-Architected Framework 는 AWS 클라우드 위 워크로드가 안전하고, 신뢰할 수 있고, 효율적이며, 비용 효율적으로 구축되었는지 평가하는 6개…

💬 댓글

사이트 검색 / 명령어

검색

스크롤 = 확대/축소 · 드래그 = 이동 · 0 = 원래 크기 · ESC = 닫기