AWS All-in 그리고 그 이후::김승철,이성익,최홍식::AWS Summit Seoul 2018

© 2018, Amazon Web Services, Inc. or Its Affiliates. All rights reserved.
김승철, 이성익
롯데인터넷면세점 AWS 구축 및 운영 담당 / 롯데닷컴㈜
최홍식
Solutions Architect / Amazon Web Services
AWS All-in 그리고 그 이후

발표 순서
AWS 마이그레이션
AWS All in 여정
외부 시스템과의 연동
마이그레이션 이후
Lessons & Learned

AWS 마이그레이션

AWS로의 마이그레이션
왜 AWS로 마이그레이션을 하고 있을까요?
비 지 니 스
성 능 향 상
경제적
복 잡 하 지 않 은
라 이 센 스 , 계 약
투 명 한
가 격
문화
가격 모델
엔 터 프 라 이 즈
솔 루 션
에코시스템
엔 터 프 라 이 즈 급
보 안
보안

AWS로의 마이그레이션
https://amzn.to/2qsTBkn https://amzn.to/2ql4jtY

Migration Acceleration Program
Application Migration, Migration Tools
• SAP, Windows, Servers and Database, Data
Database Migration
• Relational DB, Data Warehouse
• NoSQL, In-Memory Cache, AWS Database Migration Service
Partner, Marketplace
• Consulting, Technology
Webinars, Resources
Migration 에 도움이 되는 것들

AWS Migration 방법론
http://bit.ly/2G2iAFw

AWS Cloud로의 여정
개발 및 테스트
신규 애플리케이션
디지털 웹
분석
모바일 데이터센터
마이그레이션
미션 크리티컬
어플리케이션
ALL IN
1 2 3 4

고객의가치
클라우드 도입
Emerging
편의성 – 새로운 제품 및 기능 구축
플랫폼
클라우드 최우선 – 생산, 데이터 인프라에 대한
AWS 표준화, 다년 계약을 통한 비용 절감
올인 – Tier0 부터 모든 계층 서비스에 AWS 사용
AWS Cloud로의 여정(실제 사례)
성장
규모와 가용성 – 핵심 사업의 탄력성과 여러 국가에서의 빠른 성장 지원
최적화 – 인스턴스 유형, 서비스 표준화. RI 도입.
새로운 서비스를 AWS 에 신속하게 배포하 수 있는 툴 개발

AWS All-In Customers

AWS All-in 의 여정

Intro
국내 No.1 면세점
전체 매출 대비 온라인 비중 증가
글로벌 One 플랫폼, 신기술 도입
2017년 9월, AWS All-in 오픈

요구사항 분석
글로벌 서비스 확장성
안정성 비용효율성

최초 이관 전략
IDC
IDC에 DB를 유지하는 전략으로 구축 시작
DB DB
WAS WAS WAS
DB DB DB

All-in 제약사항
레퍼런스 성능
운영노하우 기존 투자비용
성능

성능 해결책 – 시스템 다이어트!

시스템 다이어트① - 업무 분산

시스템 다이어트② - 부하 분산
CPU 다이어트
IOPS 다이어트

AWS All-in
IDC
2017년 9월, All-in으로 서비스 오픈
WAS WAS WAS
DB DB DB

AWS All-in : Architecture
WAF Cache FO
DB
DB
DB
DB
API
LPS
Cache
BO

AWS All-in : Advantages
속도 안정성 관리효율성

AWS All-in : ISMS 인증
정보자산분류 물리적보안
시스템개발보안 운영보안

외부 시스템과의 연동

논리 구성도
그룹 IDC
운영
개발/테스트
운영 환경
개발/테스트 환경
Connection
C(운영)
B(운영)
A(운영)
B(개발)
C(개발)
A(개발)
D(운영)
D(개발)

그룹 IDC
WAS WAS WAS
DB DB DB
RouterF/W
Offline
Group
Ext
1G
활용 사례 : 서비스용

그룹 IDC
WAS WAS WAS
DB DB DB
VDI
Office
활용 사례 : 관리용
RouterF/W
Offline
1G

마이그레이션 이후

마이그레이션 이후 일정
2017년
6월
2017년
9월
2018년
2월
All -In 구성 성능테스트 안정화 개선
구축 운영

시스템 시기 별 목표
구축
• 서비스 품질 목표 달성
• 운영 편의성 제공
운영
• 서비스 품질 유지
• 비용 안정성 유지

시스템 구축 KPI
서비스 품질
• TPS
• 고객체감 속도
편의성
• 시스템 증설 시간
• 배포 시간

시스템 운영 KPI
서비스 품질 KPI
• 응답속도 (Latency)
• 오류 수 (Error Count)
비용 KPI
• 서버 수
• 네트워크 트래픽 양
• 저장공간
• API 호출 수

시스템 설계 전략
서비스 품질과 운영 편의성 보장을 위한 설계 전략
마이크로서비스(분산) 아키텍처
분산 데이터베이스
Auto Scale
Cache
DevOps

트래픽 쓰나미
BackEnd로 갈수록 트래픽이 증폭되는 현상

트래픽 쓰나미 발생 원인
분산 시스템의 구간별 트래픽 증폭현상
1Page Call 1 Page당
N개 API Call
1 API당 1개이상
Service Call
1 Service 당
1개 이상 SQL Call
API
API
API
API
API
API
API
serviceserviceservice
serviceserviceserviceservice
service
serviceservice
serviceserviceserviceservice
serviceservice
service
serviceserviceserviceSQL
serviceSQL
serviceserviceSQL
serviceserviceSQL
.
.
.
【분산 시스템의 구간 별 트래픽 증가 】
고객
트래픽
Front
Cache
Back
End
DB
부하량 SQL
호출
API
호출

Cache & Scale
트래픽 증가에 대비한 가용량 확보
AutoScale
Front
Cache
API
Cache
API
G/W
【 MySQL 】
【 MySQL 】
【 MySQL 】
【 Oracle】
AutoScale
AutoScale
Scale Up/Down
Scale Out/In
Scale Out/In
Scale Out/In
Front
End
Object
Cache
Back
End

Cache & Scale
트래픽 쓰나미에 대비한 효율적인 방안
【구간 별 트래픽 추이 】
고객
트래픽
Front
End
Back
Cache
API
G/W
Back
End
DB
N배
SQL
호출
Front
Cache
약 N배
API 호출
부하량(TPS)
캐시
효과로
감소
캐시
효과로
감소
— BackEnd Cache 호출 수
— BackEnd 호출 수
【 Cache & Scale 효과 】

Amazon ElastiCache
사용된 Cache & Scale 솔루션
AWS Auto Scaling

리얼 쓰나미
더 높은 방파제로 버틸 것인가?

【공격성 트래픽에 따른 트래픽 증가】
고객
트래픽
Front
End
Back
Cache
API
G/W
Back
End
DB
변화
없음
Front
Cache
부하량
공격성
트래픽
CDN
WAF
비정상 트래픽과 전쟁
비정상 트래픽을 걸러내지 못한다면 .... 서비스 품질, 안정성, 비용 ?
【공격성 트래픽에 따른 서버 수 증가 현상】
정상 서버 수
x10

Filter & Cache
비정상 트래픽 차단을 통한 서비스 품질과 안정성 확보
【공격성 트래픽에 따른 트래픽 증가】
고객
트래픽
Front
End
Back
Cache
API
G/W
Back
End
DBFront
Cache
부하량
공격성
트래픽
CDN
WAF
비정상 트래픽
차단 전
비정상 트래픽
차단 후
【Filter & Cache 효과】
비정상
트래픽
차단

사용된 Filter & Cache 솔루션
Amazon CloudFront
AWS WAFAWS Shield

Lessons & Learned

클라우드로의 마이그레이션은
시간과 반복(iterations)을
필요로 하는 프로세스입니다

무엇이 필요할까요?
• 클라우드에 적합한 아키텍처 수립
• 지속적인 아키텍처 평가/개선 활동 필요
• 시스템 설계 전략 필요
• 운영 안정성 확보 전략 필요

On
Premises
Lift &
Shift
적절한
사이징
향상된
탄력성
모니터링,
측정, 개선
EC2
최적화
스토리지
최적화
Serverless
Architecture
완전관리형
서비스
True AWS
Optimized
최적화를 통한 지속적 개선
최적화를 통한 TCO 절감
COST
일반적인 TCO
비교

마치면서
다양한 도구 지원
다양한 사례
Enterprise Support를 통한 지원 및 지속적 개선
다양한 외부 시스템 연동

AWS Summit 모바일 앱과 QR코드를
통해 강연 평가 및 설문 조사에 참여해
주시기 바랍니다.
내년 Summit을 만들 여러분의 소중한
의견 부탁 드립니다.
#AWSSummit 해시태그로 소셜 미디어에 여러분의 행사
소감을 올려주세요.
발표 자료 및 녹화 동영상은 AWS Korea 공식 소셜 채널로
공유될 예정입니다.
여러분의 피드백을 기다립니다!

AWS All-in 그리고 그 이후::김승철,이성익,최홍식::AWS Summit Seoul 2018

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a AWS All-in 그리고 그 이후::김승철,이성익,최홍식::AWS Summit Seoul 2018

Semelhante a AWS All-in 그리고 그 이후::김승철,이성익,최홍식::AWS Summit Seoul 2018 (20)

Mais de Amazon Web Services Korea

Mais de Amazon Web Services Korea (20)

AWS All-in 그리고 그 이후::김승철,이성익,최홍식::AWS Summit Seoul 2018