[Retail & CPG Day 2019] 성공적인 클라우드 마이그레이션과 효율적인 조직 변화 (마켓컬리) - 강병하, AWS 프렉티스 매니저

2. 클라우드 마이그레이션과
효율적인 조직 변화
2
강병하
Practice Manager
Amazon Web Services Korea

3. Agenda
3
1. AWS 마이그레이션 과정 설명
2. 운영 모델의 변화
3. 행동 기반의 운영 모델
4. 프로덕트 기반 운영 모델로의 변화
5. Cloud Enablement Engine
클라우드 전환을 Drive하는 프로덕트 기반의 조직
6. 교육을 통한 조직의 변화
7. 5 Questions to ask
8. Next Steps

4. 클라우드 이관의 여정이 시작되면..
4
보안 &
정책
랜딩 존
기술/CoE
운영 모델
디스커버리
& 계획
마이그레이션
& 전문화
비즈니스
케이스
마이그레이션
계획
마이그레이션 준비도 평가
(Migration Readiness Assessment)
마이그레이션 준비 및 계획
(MIGRATION READINESS & PLANNING, 또는 MRP)
이관 및 운영
이관
운영
최적화
MRP: 2~6 개월간 파트너나, ProServe가 진행하는
컨설팅 프로젝트
Migration Readiness
Assessment
TCO 분석
TCO 리포트
빠른
디스커버리
준비도 브리핑 및
워크샵 수행

5. 클라우드에서의 운영 모델 이란?
5
비즈니스 운영 모델과, IT 운영 모델은 조화를 이루어야 합니다.
비즈니스
운영 모델
IT
운영 모델
기술 역량
기술
프로세스
기술 업무
인력
비즈니스
업무 인력
비즈니스
역량
비즈니스
프로세스
운영 우수성
비용 최적화
보안 및 준수
신규 아이디어 & 혁신
속도 & 민첩성
가치 & 결과
결과결과
디지털 제품
및 서비스

6. 우리에게 익숙한 운영모델은 ‘행동’ 기반
입니다
6
어플리케이션
개발
어플리케이션
운영
인프라 엔지니어링 인프라 운영
ITSM
운영엔지니어링
인프라어플리케이션
비즈니스 소프트웨어
상용 소프트웨어의
커스터마이징 또는 SI 를 통한
어플리케이션 구축
인프라
서버 | 네트워크 | 스토리지
미들웨어 | 런타임 운영
데이터베이스 작업 | 보안
개발, 빌드, 테스트
All activities needed to define
and validate Platform
Infrastructure or Business
Applications
배포, 운영 및 관리
All activities needed to deploy
and support platform
infrastructure and applications
in production

7. 이 모델에서는 리소스 풀에 책임을 분산하여
비용을 최적화합니다.
7
이 과정에서 만연한 핸드오프, 병목 현상 및 결함이 생성됩니다.
비즈니스 케이스
비즈니스
디자인 & 기능
설계
재무 & PMO
우선순위
소프트웨어 개발
개발/엔지니어링
통합/성능 테스트
QA & 테스트
배포 & 운영
인프라 & 운
영
정책 & 준수
보안
아이디어
가치
결함
결함
결함
결함
결함
대기
대기
대기
대기
대기
대기
대기
대기
결함
각 프로세스에서 Time-to-value가 지연 증가합니다.다음 과정으로 전달되는 결함은 종종 전달 주기 후반에 발견되며 재검토를 필요로 합니다.

8. But that’s not all…
8
행동 기반의 운영 모델에서는 Hand-off와 결함의 문제만 있었습니다.
소프트웨어 개발의 7대 낭비*
지연작업 전환결함
Hand-off 재학습 미완성 작업가외 기능

9. Think beyond a one-size-fits-all approach to
maximize the benefits of AWS
9
비즈니스 성과를 분리하면, 비즈니스 및 IT의 업무 우선순위를 가져올 수 있습니다.
비즈니스 성과 (목표) IT Outcomes
지속 최소의 투자로 표준적/상품화된 역량 제공 비용 최적화, “keep the lights on”,
또는 MSP / SaaS 제공자로의
outsourcing, 퇴역
최적화 핵심 비즈니스 기능에 대한 최적화 수행 복원력, 가용성, 보안, 확장성 및
효율성 강화
성장 차별화된 디지털 제품을 통한 시장 점유
강화 또는 신규 시장 창출
빠른 반복 수행, A/B 테스트를 통한
실험, Continuous Delivery, 예상치
못한 수요에 대한 대응

10. 10
어플리케이션
운영
지속
“Traditional Operations”
성장
“decentralized DevOps”
최적화
“distributed DevOps”
운영엔지니어링
플랫폼어플리케이션
DevOps어플리케이션
엔지니어링
클라우드
플랫폼 엔지니어링
ITSM
운영엔지니어링
플랫폼어플리케이션
DevOps어플리케이션
엔지니어링
ITSM
클라우드 플랫폼 엔지니어링
운영엔지니어링
플랫폼어플리케이션
어플리케이션
개발
Cloud
Platform
Engineering
Transitional Strategic Strategic
클라우드
플랫폼
엔지니어링
클라우드
플랫폼
운영
ITSM
운영 모델이 비즈니스 성과 (목표) 에 일치
하고 있나요?

11. 운영 모델이 AWS로의 마이그레이션
경로에 어떤 영향을 줄까요?
11Retire
Retain
Refactor
Repurchase
Replatform
Rehost
COTS/SaaS
구매
플랫폼 결정
재설계
자동화
수작업
Install / Setup
인프라 수정
App 코드 개발
Migration Tools 사용
Install Config Deploy
ALM / SDLC 통합
Transition
프로덕션
Determine
Discover
VALIDATION
RearchitectLift
& Shift
Lift
& Reshape
Drop
& Shop

12. 운영 모델이 AWS로의 마이그레이션
경로에 어떤 영향을 줄까요?
12
마이그레이션 방향성은 의도하는 비즈니스 목표에 맞게 설정
되어야 합니다.
Retire
Retain Refactor
Repurchase
Replatform
Rehost
Determine
Discover
Sustain
Grow
Optimize
Traditional
Operations
Distributed
DevOps
Decentralized
DevOps
OperationsEngineering
PlatformApplications
Dev
Ops
Application
Engineering
Cloud Platform
Engineering
ITSM
OperationsEngineering
PlatformApplications
Dev
Ops
Application
Engineering
ITSM
Cloud Platform Engineering
OperationsEngineering
PlatformApplications
DevOps
Cloud
Platform
Engineering
Application
Operations
Application
Engineering
AWS Managed
Services
Cloud Platform Engineering
ITSM

13. IT를 모던한 형태로 전환하기 위해서는
13
6 가지의 변화가 필요합니다.
3
Product 중심의
팀 구성
FROMTO
4
팀/업무 접근
방향성 변경2
Product 기반의
생각 구조 6
전체 lifecycle에
대한 소유5
Iteration을 통한
위험의 감소
시스템
amazon.com
Jan Dec
딜리버리주기펀딩주기
위험
위험
큰업무단위
펀딩주기
M
V
P
M
V
P
M
V
P
작은업무단위
딜리버리주기
Jan May Sept
$ $$ $
위험
위험
행동기반의팀
비즈니스
설계
관리
PMO
개발
운영
Product기반의팀
풀 스택. Two Pizzas 팀.
업무가사람을찾아가도록
업무
업무
사람이업무를찾도록
amazon.com
Promos
Cart
제품
Item
Digital
Assets
Ads Search
Account
Home
Page
상상경험및데이터
1
고객 위주로의 업무
Full-Lifecycle책임
Item
운영엔지니어링
플랫폼어플리케이션
DevOps
Platform
Teams
DevOps
Application
Teams
분산책임
Item
Ads
운영엔지니어링
플랫폼
어플리케이션
Platform
Eng
App
Eng
App
Ops
Platform
Ops
Time to Value 감소고객 중심 생각의 도입 피드백실험Decouple Empower

14. Product 기반으로 생각하려면…
14
● Adaptive
홈페이지
사용자 경험
Two kinds of products:
서비스
● 검색
● 쇼핑카트
● 회원
● 상품
● 광고
● 프로모션
● 디지털 자산
● 기타...
네비게이션
프로모션
고객
프로파일
Promotion Content Cartridge
추천
Adaptive홈페이지
검색
쇼핑카트
디지털 자산 디지털 자산 디지털 자산 디지털 자산 디지털 자산
쇼핑카트
회원정보
회원
검색
프로모션
광고
상품 상품 상품 상품 상품 상품
프로모션 프로모션 프로모션 프로모션 프로모션
상품 상품 상품 상품 상품
디지털
자산
디지털
자산
디지털 자산
디지털
자산
디지털
자산
디지털
자산
디지털 자산

15. Product에 맞게 팀이 구축되어야 합니다.
15
Adaptive
홈페이지
검색
회원 쇼핑카트
상품 디지털 자산
광고 프로모션
네비게이션
프로모션
고객
프로파일
Promotion Content Cartridge
추천
Adaptive홈페이지
검색
쇼핑카트
디지털 자산 디지털 자산 디지털 자산 디지털 자산 디지털 자산
쇼핑카트
회원정보
회원
검색
프로모션
광고
상품 상품 상품 상품 상품 상품
프로모션 프로모션 프로모션 프로모션 프로모션
상품 상품 상품 상품 상품
디지털
자산
디지털
자산
디지털 자산
디지털
자산
디지털
자산
디지털
자산
디지털 자산

16. Product 기반의 팀은 “낭비”의 총량을
줄여줍니다.
16
Idea에서 부터 Production까지의 전반적인 과정을 간소화 시킴으로써, 고객 위주의 아이디어가 가치
를 창출하는 것에 집중하게 합니다.
소프트웨어 개발의 7대 낭비*
지연작업 전환결함
Handoffs 재학습 미완성 작업가외 기능

17. 17
ocm
training
finance
product mgmt
클라우드 비즈니스 오피스
클라우드 리더쉽 팀
business alignment
sponsorship
outcomes
kpis
확장 가능한 Product 팀
business integration
two pizza teams
modernization
innovation
security
operations
platform
two pizza teams
클라우드 플랫폼 엔지니어링
저희가 바라보는 운영 모델의 전환이란
4가지 워크 스트림에서의 변화를 이야기합니다

18. 18
ocm
training
finance
product mgmt
클라우드 비즈니스 오피스
cloud leadership team
business alignment
sponsorship
outcomes
kpis
product teams at scale
business integration
two pizza teams
modernization
innovation
security
operations
platform
two pizza teams
클라우드 플랫폼 엔지니어링
Our approach to operating model transformation
applies product principles in four key workstreams
오늘은 Product 기반의 운영 모델에서 플랫폼 컴포넌트 에 집중하겠습니다

19. 19
클라우드 비즈니스 오피스
Aligns the products and services offered by Cloud Platform Engineering
with the needs of its enterprise customers and leadership.
Provides ongoing on-boarding, training, and organizational change
management to ensure the organization successfully navigates and
embraces the move to cloud.
클라우드 플랫폼 엔지니어링
Configures and codifies the AWS platform to align with
enterprise standards for architecture, operations, security, and finance.
Packages and continuously improves these standards as
self-service deployable products and consumable services

20. 20
클라우드 비즈니스 오피스
클라우드 플랫폼 엔지니어링 팀에서 기업 내의
고객 및 리더쉽에서 요구되는 Product와 서비스
에 대한 Alignment 작업을 진행합니다.
Cloud Business Office (CBO) Capabilities
인력거버넌스
아키텍처
Alignment
Product
관리
Delivery
관리
고객
On-Boarding
Financial
관리
조직
변화 관리
교육
Agile Execution
Support
상태 리포트
비용 효율화
리포트 &
예측
Invoice
관리
Adoption
Support
커리큘럼
전략
소싱 &
관리
전략 &
실행
커뮤니케이션Provisioning
클라우드
Knowledge 허브
Demand
관리
우선순위 및 로드맵
기능 업무 분산화
레퍼런트 아키텍처
Alignment
기술 업무 분산화
엔지니어링 지원
1 2 3 4
5 6 7
Integration
조직 alignment

21. 21
클라우드 플랫폼 엔지니어링
AWS 서비스 설정과, 고객의 기업 표준 및 정책의
차이점을 식별하고 이를 코드화 합니다. 이러한
‘코드’ 들을 지속적으로 개선하고, 개별적으로
배포되어 사용할 수 있도록 합니다.
Cloud Platform Engineering (CPE) 의 Product
플랫폼운영보안
핵심 플랫폼코드화된 패턴
운영 및 관리빌드, 테스트, 배포
식별 및 대응
Primitives
환경 설정 관리
기업 “Stacks”
핵심 네트워크
Accounts, IAM, & SSO
CaaS / FaaS
CI/CD & 릴리즈 관리
환경 설정 관리
소스 코드 & 아티펙트 Repositories
Telemetry, Alerts, & Insights
패치, 백업, & 복구
ITSM & Self Service
Threat & Vulnerability 관리
보안 정보 & 이벤트 관리
장애 대응 & Forensics
정의 및 규제
IAM & 정책 관리
네트워크 보안
Secrets & 암호화
9
10
8

22. 이러한 팀들은 많은 ＂내부고객＂을
지원합니다.
22클라우드 운영 보안 운영
22
클라우드 플랫폼 엔지니어링
플랫폼 운영 보안
핵심
플랫폼
빌드, 테스트, 배포
운영 및 관리
정의 및 규제
식별 및 대응
코드화된
패턴
클라우드 Leadership Team
인력비즈니스 & 거버넌스
아키텍처
Alignment
Product
관리
Delivery
관리
고객
On-BoardingFinancial 관리
클라우드 비즈니스 오피스
조직 변화 관리
교육
소프트웨어 개발 팀
지속/유지 최적화 성장
임원
CEO
COO
CFO
CDO
CRO
CISO
CIO
CTO
CHRO

23. Cloud Enablement Engine은 어떻게
시작해야 하나요?
23
Think big, but start small. Launch a Cloud FoundationTeam and a small number of Development teams to st
art the flywheel. Scale as the customer’s cloud transformation accelerates and expands.
플랫폼,거버넌스,인력
인력비즈니스 & 거버넌스
23
클라우드 플랫폼 엔지니어링
플랫폼 운영 보안
아키텍처
Alignment
핵심
플랫폼
빌드, 테스트,
배포
운영 및 관리
정의 및 규제
Detect
& Respond
Product
관리
Delivery
관리
고객
On-BoardingFinancial 관리
코드화된
패턴
클라우드 비즈니스 오피스
조직 변화 관리
교육
어플리케이션
소프트웨어 개발 팀
지속/유지 최적화 성장
Cloud
Foundation Team

24. Cloud Enablement Engine 팀을 어떻게
키워야 할까요?
24
클라우드 플랫폼 엔지니어링
Platform
Operations
Security
클라우드 비즈니스 오피스
Product Architecture On-Boarding OCM
Financial Delivery Training
Cloud Leader
Product Owner
Financial Analyst
OCM/Training Specialist
Cloud Architect
Platform Engineers
클라우드 비즈니스 오피스
Architecture
Alignment
Product
Management
On-Boarding
Financial
Management
Training
Org Change
Management
Delivery Management
Initial Cloud Enablement Engine
(6-12 개월)
클라우드 플랫폼 엔지니어링
Platform
Operations
Security
Cloud
Foundation
Team
(0-6 개월)
Cloud Enablement Engine @ Scale
(12+ 개월)

25. 조직의 인원들이 RE-training이 되도록
지원해야 합니다.
25
비즈니스 IT/Alignment
인프라
운영
보안
아키텍처
Enterprise Architect
Operations Architect
Security Architect
Cloud Enterprise Architect
Cloud Operations Architect
Cloud Security Architect
Compute Engineer
Storage Engineer
Network Engineer
Middleware Engineer
App Platform Engineer
Cloud Infrastructure
Engineer
Build/Release Engineer
Capacity Planner
Incident Management
Cloud Operations Engineer
Cloud SysOps Admin
Product Owner Relationship Managers
Portfolio Managers
Senior Business Analyst
Cloud Security Engineer
Cloud SecOps Admin
Security Engineer
IAM Engineer
Policy & Compliance
TO-BE
TO-BE
TO-BE
TO-BE
AS-IS
AS-IS
AS-IS
AS-IS
TO-BE AS-IS
프로젝트 관리
Agile Scrum Master
Project Manager
Product Manager
AS-ISTO-BE
데이터
Cloud Data Engineer
Cloud AI/ML Engineer
Cloud Data Scientist
Data Platform Engineer
Database Admin
Data Architect
AS-ISTO-BE
어플리케이션
Cloud Solutions Architect
Cloud Software Engineer
Enterprise Architect
Solutions Architect
Application Developer
TO-BE AS-IS

26. 충분한 교육을 통하여 업무 확장이
가능하도록 지원해야 합니다.
26
100 = Foundational
200 = Intermediate
300 = Advanced
(Cloud 100-101)
AWS Cloud 101
Basic Education
(Cloud 100-20x)
Role Based
Foundational
Cloud Education
(Cloud 200-20x)
Role-Based
Hands-On
Ramp-Up Training
(Cloud 300-100)
Product Team DevOps
Training
(Cloud 300-30x)
Area of Depth
Specialty Training
Target
Audience
All stakeholders impacted
by cloud adoption
Stakeholders who will
make decisions related to
AWS cloud adoption
AWS Cloud Platform Team,
Software Development
Teams, Operations Teams
Cloud Platform Team,
DevOps Teams
Resources that need an in-
depth understanding of
security, advanced
networking, or big data
Options for
Mode of
Delivery
• AWS Immersion Day
• AWSome Day
• AWS Essentials Courses
• On-Line Training from 3rd
party provider
• Hybrid curriculum
facilitated by a
SME/mentor
• On-Line Training from 3rd
party provider
• Hybrid curriculum with
AWS mentor
• Hybrid curriculum with in-
house mentor
• On-Line Training from 3rd
party provider
• DevOps Immersion
Centers
• Hybrid curriculum with
AWS mentor
• Hybrid curriculum with in-
house mentor
• On-Line Training from 3rd
party provider
• Hybrid curriculum
• On-Line Training from 3rd
party provider
Hybrid curriculum is a combination of instructor lead training, white papers, videos, and on-line learning from AWS and 3rd party vendors
AWS
Certification
• Cloud Practitioner • SA – Associate
• SysOps Administrator
• Developer
• SA – Professional
• DevOps Engineer • Security
• Advanced Network
• Big Data

27. Getting Started: Five things to think about
27
왜 클라우드를 도입하려고 하시나요? 어떤 비즈니스 결과를 목표하시나요?
어떤 어플리케이션을 가장 먼저 옮기려고 하시나요?
이들 어플리케이션을 지원하기 위해서는 어떤 운영 역량이 필요한가요?
Cloud Foundation Team 의 첫 멤버들은 누가 되어야 할까요?
팀의 성공을 어떻게 측정 하실 건가요 (e.g. KPIs)?
1
2
4
3
5

28. Next Steps
28
• 5개의 질문을 내부적으로 던져보세요
• People & Operating Model (“POP”) 워크샵을 해보세요
• Cloud Foundation Team 을 만들어 보세요
• 다른 클라우드 도입에 관련된 주제 (비즈니스 케이스 생성,
보안, 마이그레이션, App 모던화) 에 대해서 도움이
필요하시면 저희에게 연락해주세요
1
2
4
3