비즈니스 환경은 빠르게 진화하며, 고객들에게 같은 속도의 혁신을 요구하고 있습니다. 고객들은 클라우드를 통해 빠른 속도의 환경변화, Compliance, Software life cycle에 빠르게 적응하고, 더 나아가 새로운 비즈니스를 창출하고 있습니다. AWS 마이그레이션 사례를 통해 카멜레온처럼 진화하고 생존하는 방법을 알아봅니다.

1. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.
변화와 혁신을 위한 클라우드
마이그레이션
김진우
어카운트 매니저
AWS
이아영
팀장
네오위즈, 가버너스팀
박주희
매니저
우아한형제들, 시스템신뢰성개발팀

2. Agenda
1. AWS 마이그레이션 핵심 가치
2. 고객사 사례
1) 네오위즈 : NEOWIZ의 AWS로의 여정
2) 우아한형제들 : [배달의민족] Database Cloud Migration

3. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.

4. 클라우드 마이그레이션 가치
비용절감 (TCO)
TCO 절감
인프라스트릭처 비용 절감/
클라우드 전환 비용 최소화
비용 관점
What is it?
Examples
비지니스 가치 (Value)
(1) https://pages.awscloud.com/Global_IDC_Enterprise_Whitepaper.html

5. 클라우드 마이그레이션 가치
비용절감 (TCO) 직원 업무 생산성 비지니스 민첩성운영 탄력성
AWS 서비스를 활용하여
내부 개발 및 출시 속도 향상
갑작스러운 트래픽에 대한
증감/감소 대응 및 글로벌 확장
TCO 절감 각 팀별 서버를 구성하는데
사용되는 시간을 줄임
인프라스트릭처 비용 절감/
클라우드 전환 비용 최소화
개별 업무 단위로의
효율 개선
예상하지 못한 트래픽 대응 및
서비스 확장성
새로운 기능 및 서비스들을
빠르게 출시
비지니스 가치 관점비용 관점
What is it?
Examples

6. Digital Native 회사의 혁신은?
비즈니스
가치 Level 1 – FUN & EXPERIENCE
직감과
경험
모델 Level 2 – 다양한 서비스 제작,
새로운 아이디어, 실험, 새로운 장르
프로세스기술 모듈화
Level 3 –클라이언트 개발, 서버 개발,
디자인, 아트, 사운드, 운영, 배포 등
인프라스트럭쳐 [IT Fundamentals]

7. Digital Native 회사의 혁신은?
지속적으로 새로운 것을 시도하기
(실험, Fast try-Fast fail)
프로세스기술 모듈화
혁신은 끊임없이 새로운 실험과 실패를 거듭하는 문화와 환경구축에 있습니다.
혁신을 지원하는 Resilient Infrastructure

8. AWS는 하나의 서비스를 위한 인프라가 아니라,
회사의 전략과 경쟁력을 확보를 위한 전략적 플랫폼입니다.

9. AWS is the New Normal

10. AWS is the New Normal

11. AWS Migration Acceleration Program
성공적인 Cloud Migration 여정을 지원하기 위해서 AWS는 Comprehensive Framework를 제공
Assess Mobilize Migrate & modernize
Mobilize through experiences Accelerate migration at scale
CART/Migration readiness
assessment (MRA)/TSO Logic
Rapid migration business case
(RMBC)
Rapid discovery TCO report
Pre-MRP accelerators
Briefings &
workshops
Immersion day
Create a case for change
Operate
Migrate
Modernize
Discovery and
planning
Landing
zone
Skills / center
of excellence
Migration
experience
Business case /
TSO Logic
Migration
plan
Operating
model
Security and
compliance
Migration Readiness Planning (MRP)

12. 많은 고객분들의 고민,
“클라우드는 비싸다?!”

13. Fact 기반의 결정이 필수입니다.
IDC: Quantifying Datacenter Inefficiency
http://www.integra1.net/uploads/files/IDC%20Making%20the%20Case%20for%20Composable%20Infrastructure.pdf
• 우리 IDC의 실제 AVG/MIN/MAX 리소스 사용율과
미사용되는 스토리지 용량은?
• 해당 데이터 기반으로 AWS 로 이동했을 때
사이즈와 비용은?
• 실제 절감되는 상면, 전기, 쿨링 비용은?

14. Directional Business Case: TCO 분석
Infrastructure Discovery 및 AWS 경험 기반, 상세 Cost Saving 기회를 발굴하여 전달
• 비즈니스 목표에 맞춘
마이그레이션 방안 검토
• Discovery Tool (TSO Logic)을
기반으로 정확한 분석
• TCO report를 통한 구체적인
비용절감 방안 분석
• C-level 보고를 위한 Executive
level presentation 작성하여 제공
고객의 실제 Data를 기반으로 TCO 및
ROI 분석을 무상으로 제공

15. TSO Logic
On-premise 환경 내 Serve instance, 라이센스 옵션 등을 Discovery 하는 자동화 Tool
단순화된
Discovery
On-premises 컴퓨팅,
로컬 스토리지, 메모리
및 윈도우 라이센스
리소스 및 사용량 확인
최적화된
Cloud Planning
최적의 인스턴스
사이즈, 라이센스 옵션
및 스토리지 타입
모든 리전 및 비용
지불 모델
Business Case
개발
Directional 혹은
Detailed 리포트
(Windows OLA 포함)
AWS 혹은 APN
파트너를 통해서
Delivery
✓ Fast
✓ Agentless
✓ 실제 데이터 사용
✓ 분석 시간 단축
✓ 추가 비용 없음
✓ AWS 서비스와 통합

16. 클라우드 Business Value Workshop
고객 워크숍
킥오프 워크숍 : 0.5일
환경 서베이 : 0.5일
에이전트를 통한 데이터 수집 : 약 2-4주
• 실제 고객 데이터 사용
• Deep dive 프레젠테이션
• 다양한 AWS 분석/수집 툴 사용
• 온프라미스 환경 상세 분석 대시보드 제공
• 일반적인 TCO 절감 +-30-40%
• 일반적인 전체 클라우드 비즈니스 가치 비용 절감+- 50-70%

17. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.

18. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.
이아영
팀장
네오위즈, 가버너스팀
NEOWIZ의 AWS로의 여정

19. Agenda
도입배경
검토과정
마이그레이션 준비
마이그레이션 진행

20. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.

21. 도입배경
PC/Web Board Game
Local Service
2014년 ~ 2019년까지의 NEOWIZ Infra 전략
Mobile Game
Global Service

22. 도입배경
2019년에 맞닥뜨린 과제 _ System 노후화
System 노후화
2010년 Data Center 이전 때 구축한 Infra
H/W 노후화
S/W Version, License 비용
비싼 유지보수 비용
➔ Infra 전략에 변화 필요
➔ Data Center에 대규모 투자를 할 것인가?
➔ 방향을 틀어 Cloud로 이전할 것인가?

23. 도입배경
변화의 방향성을 고려할 때, 본 3가지 주요항목
Business
People Cost

24. 도입배경
Business 관점
어떤 선택이 급변하는 Business Needs를 충족시킬 수 있을까?
➔ 속도(민첩성)
➔ 품질(자동화)Business

25. 도입배경
People 관점
어떤 선택이 직원들에게 도움이 될까?
➔ 기술 Trend에 맞춰 성장
➔ Global No.1, 엔지니어로써의 자부심
People

26. 도입배경
Cost 관점
어떤 선택이 비용을 효율적/효과적으로 쓰는 걸까?
➔ Business 상황에 맞출 수 있는 유연한 IT
➔ 매몰비용으로부터의 자유Cost

27. 도입배경
2020년부터의 NEOWIZ Infra 전략
All Services
급변하는 Business Needs에 빠르게 대응하고,
직원들의 엔지니어로써의 자부심을 키우고,
비용 효율/효과적인 유연한 IT를 구축하기 위해
모든 서비스는 Cloud(AWS)로 이전한다.

28. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.

29. 검토과정
AWS Cloud Migration 검토
1
2
3
4
장/단점 분석
TCO 비교 (IDC vs AWS)
기술직군 설문조사
경영진 의사 결정

30. 검토과정
기술직군 설문조사 _ 내적 동기 확인
재미 의미 성장

31. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.

32. 준비단계
1 2 3 4
프로젝트 조직구성 RFP 제안 발표 파트너사 선정 사전 설명회 & 워크샵
MRA Workshop
Landingzone
MRP Workstream
누구와 어떤 범위로 함께 일을 할 것인가?

33. 준비단계
파트너사 선정 기준
Migration
Assessment
Migration
Support
Security
Training/
Trans-
formation

34. 준비단계
MRP(Migration Readiness Planning) 범위 선정
8개의 Work Stream 중 3개 선택
Landing Zone
Operating Model
Security & Compliance

35. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.

36. 마이그레이션 진행
마이그레이션 전략
Just Do It Small Start
Quick
Failure
Growth
Mindset

37. 마이그레이션 진행
Wave 단위 Migration
Jan Feb Mar Apr May Jun Jul Aug Sep Oct
2020
Wave 1 (2월 ~ 4월)
Landing Zone 구축/ Direct Connect 구성
PoC (DB, 정보분석)
Light한 Service Migration (8개)
Wave 2 (5월 ~ 7월)
Service Migration
- PC Pmang Home, 각종 Admin Tool 등
Wave 3 (8월 ~ 10월)
Service Migration
- Mobile Pmang, PC방, Billing 등

38. 마이그레이션 진행
서비스 마이그레이션 과정
1 2 3 4 5 6
대상선정
- Year Plan
- Wave Plan
Infra 구축/ 개발
Open 준비
- 시나리오 검토
- Open Check List 검토
- 공지
서비스 전환
- 마이그레이션 진행
회고
System 최적화
- Open 2주 ~ 4추 후)

39. 마이그레이션 진행
과정에서 마주하는 어려움
Resource Capability Incident Exhausted

40. 마이그레이션 진행
과정에서 느끼는 변화
개발 생산성
운영 탁월성
비즈니스 민첩성
서비스 안정성
1
2
3
4

41. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.

42. 마무리
✓ 오랜 기간 동안 클라우드를 경험하고 고민한 후 올인을 선언하였다.
✓ 검토와 의사결정 과정에서 구성원들의 의견을 적극 수렴하였다.
✓ AWS가 권장한 모든 영역이 아닌 네오위즈의 상황에 맞는 필수 영역만 컨설팅을 받고
약간 독립적이고 내부전용 서비스를 시작으로 마이그레이션을 진행하였다.
✓ Wave 단위로 경험과 자신감이 쌓여 이제는 좀더 공격적으로 마이그레이션을 하고
있으며 클라우드로의 전환에 따라 조직과 문화에 많은 긍정적인 변화가 생기고 있다.

43. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.

44. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.
박주희
매니저
우아한형제들, 시스템신뢰성개발팀
[배달의민족] Database Cloud Migration

45. Agenda
Market Change and Service Growth
Monolithic Database for Multiple Services
Database Cloud Migration
After the Migration

46. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.

47. Service Growth and Market Change
배달의민족 월간 활성 이용자수 (Monthly Active Users;MAU)
0
200
400
600
800
1000
1200
1400
1600
2012 2013 2014 2015 2016 2017 2018 2019 2020
MAU (단위: 만)

48. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.

49. Monolithic database for multiple services
Monolithic Database Architecture
가게
주문
회원
메뉴
…

50. Monolithic database for multiple services
• 장애 확산
▪ 부분적인 이슈가 전체 장애로 확산
• 트래픽에 따른 Scale 정책 적용 불가
▪ 이벤트성 대규모 트래픽 대응 이슈
• 신규 서비스 및 기능 추가 속도 저하
▪ 분석 및 수정 범위 증가
▪ 기능 테스트 복잡도 상승
Limits on Monolithic Database Architecture

51. Semi-monolithic Database Architecture
Journey to MSA
가게
주문
회원
메뉴
…

52. Failure Experience
• Monolithic Database Cloud Migration
▪ 클라우드 환경에서 수용 가능 스펙 초과
– Dedicated 장비 사용 필수
– RDS SQL Server: 일부 Admin 권한 제약
– SQL Server on EC2: License 문제로 인한 비용증가 및 HA 구성 추가로 인한 복잡도 증가
– 데이터마이그레이션 과정에서 On-premise-AWS 클러스터 구성의 불안정성
▪ Migration 이후 운영 이슈
– 메인 DB 구조상 스케일아웃이 어려움
– 최고 스펙 장비 사용으로 스케일업 불가능
▪ 서비스 안정성을 보장할 수 없고, 비용 절감 효과가 미비하여 이관 중단 결정
Monolithic Database Cloud Migration

53. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.

54. Database Migration Steps
• 마이크로 서비스 단위의 완전한 분리 및 클라우드 마이그레이션
▪ 1. 마이크로 서비스 단위 정의
– 회원 서비스, 주문 서비스 등
▪ 2. 핵심 데이터 (테이블 or 데이터 단위) 리스팅
– 회원: 회원 정보 테이블, 회원 등급 테이블, 공통 코드 중 일부 코드 값 데이터 등
▪ 3. 마이크로 서비스 단위 마이그레이션
– 개별 서비스 맞춤 마이그레이션 전략 사용
▪ 4. 레거시 코드 및 가비지 데이터 정리 후 백업
How to change entire architecture?

55. Database Migration Strategy
• 사용 예시
▪ 마이그레이션 범위가 넓은 경우
▪ 서비스 중단이 불가능한 경우
• 특징
▪ 마이그레이션 중 지속적인 데이터 변경 발생
▪ Validation을 위한 충분한 시간 필요
▪ Master-Standby 구조로 마이그레이션 이후 이슈 발생 시 빠른 롤백 가능
무중단 마이그레이션

56. Database Migration Strategy
• Step 1. 특정 시점 데이터 마이그레이션
무중단 마이그레이션

57. Database Migration Strategy
• Step 2. Source (IDC), Target (AWS) DB 데이터 동시 적재
▪ 1차 마이그레이션 이후 양쪽 데이터 일치 여부 지속 확인
▪ Source DB를 master로 사용
무중단 마이그레이션

58. Database Migration Strategy
• Step 3. Target DB로 master 커넥션 변경
▪ 데이터 완전 일치 시점에 커넥션 전환
▪ 롤백을 대비해서 기존 Source DB 연결 유지
무중단 마이그레이션

59. Database Migration Strategy
• Step 4. Source DB 커넥션 제거
▪ 마이크로 서비스 단위의 분리 완료
무중단 마이그레이션

60. Database Migration Strategy
• 사용 예시
▪ 서비스 운영 시간이 제한되어 있는 경우
▪ 내부 운영을 위해 사용되는 경우
• 특징
▪ 서비스 중단으로 데이터 변경 최소화
▪ AWS Schema Conversion Tool & AWS Database Migration Service 활용
– 테이블 단위 이관 용이
– Backup file or dump file 이동 과정 생략 가능
– 별도의 마이그레이션 로직 개발 불필요
빠른 마이그레이션

61. Database Migration Strategy
빠른 마이그레이션
동기종 마이그레이션
Step 1
이기종 마이그레이션
Step 1
Step 2

62. Database Migration Strategy
Micro Service Architecture
가게
주문
회원
메뉴
…

63. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.

64. After the migration
• 서비스 최적화 아키텍쳐
▪ 서비스 특성에 맞는 데이터 저장소(Aurora(MySQL), SQL Server, MariaDB, MongoDB,
DynamoDB, 등) 선택
▪ 서비스 특성에 맞는 스케일 전략 사용
• 신규 서비스 및 기능 론칭 시간 단축
▪ 작은 범위의 분리된 데이터베이스 설계
– 마이크로 서비스 단위 변경 시 타 시스템 영향도 최소화
• 장애 확산 방지
▪ 상호 의존성 최소화
– Circuit breaker 적극 활용
서비스 개선

65. After the migration
• Performance Improvement
▪ Parameter group 튜닝을 통한 성능 개선
▪ 스케일업 + 스케일아웃을 적절히 활용한 트래픽 대응
▪ 손쉬운 업그레이드 및 장비 관리로 서비스 다운타임 최소화
• Monitoring
▪ AWS Cloudwatch + Lambda 연계를 통한 손쉬운 모니터링 환경 구축
• AWS Support
▪ 하드웨어 이슈 및 비정상 동작에 대한 AWS support 요청
Database 운영 개선

66. © 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.

67. 감사합니다
© 2020, Amazon Web Services, Inc. or its Affiliates. All rights reserved.