2015년 4월 21일 서울 코엑스에서 열렸던 AWS Summit Seoul 2015의 두번째 트랙에서 정민정 아마존 웹서비스 매니저가 발표한 자료입니다.

1. SEOUL
© 2015, Amazon Web Services, Inc. or its affiliates. All rights reserved

2. AWS 이용 사례
정민정 매니저
Sales Development Representative, AWS Korea

3. OVER 1 MILLION
ACTIVE CUSTOMERS,
ACROSS 190 COUNTRIES.
누가?

5. 40+ SERVICES
COMPUTE, STORAGE, DATABASE,
APPLICATION MANAGEMENT…
무엇을?

6. Mobile
Push
Notifications
Mobile
Analytics
Cognito
Cognito
Sync
Analytics
Kinesis
Data
Pipeline
RedShift EMR
AWS Global Infrastructure
Your Applications
AWS Global Infrastructure11 Regions 29 Availability Zones 53 Edge Locations
Network
VPC
Direct
Connect
Route 53
API
Human Interaction
Support
Web Console
Interaction
Command Line
Libraries,
SDK’s
Storage
EBS S3 Glacier CloudFront
Database
DynamoDBRDS ElastiCache
Deployment & Management
Elastic
Beanstalk
OpsWorks
Cloud
Formation
Code
Deploy
Code
Pipeline
Code
Commit
Security & Administration
CloudWatch Config
Cloud
Trail
IAM Directory KMS
Application
SQS SWF
App
Stream
Elastic
Transcoder
SES
Cloud
Search
SNS
Enterprise Applications
WorkSpaces WorkMail WorkDocs
Compute
EC2 ELB
Auto
Scaling
LambdaECS

7. 고객들은 어떻게 AWS를
사용하고 있을까요?
7 가지 고객 사례 (고객 연사 2분)
어떻게?

9. 출처:
디스패치

10. 하나

11. EC2
서버
RDS
관계형 데이터베이스
S3
스토리지
Route 53
DNS, Inventory
CloudFront
콘텐츠 전송
AutoScaling
오토스케일링

12. EC2
서버
RDS
관계형 데이터베이스
S3
스토리지
Route 53
DNS, Inventory
CloudFront
콘텐츠 전송
1. 서버 부하 문제 해결 및 확장성 확보 (초당 11,500 리퀘스트 대응 )
2. 개발 및 이전 시간 단축
3. 비용 절감
4. 웹사이트 리뉴얼 및 성능 향상
AutoScaling
오토스케일링

13. 1. 어떻게 하면 개발 인력이 제품 자체에 집중할 수 있을까?
2. 모바일 서비스에서 트래픽과 성장 시점을 예측할 수 있을까? 과연?
3. 대용량의 안정적 & 확장 가능한 스토리지를 미리 확보할 수 있을까?
서비스를 기획하며 고민했습니다.

14. 1. 어떻게 하면 개발 인력이 제품 자체에 집중할 수 있을까?
 자동화
2. 모바일 서비스에서 트래픽과 성장 시점을 예측할 수 있을까? 과연?
 AWS의 확장성, 탄력성, 유연성
3. 대용량의 안정적 & 확장 가능한 스토리지를 미리 확보할 수 있을까?
 Amazon S3 (99.999999999%의 내구성)
서비스를 기획하며 고민했습니다.
둘

15. “AWS는 BEAT의
빠른 성장의 동반자가 되어주었습니다.
저희는 AWS를 통해
끊임없이 비용을 최적화하고 있으며,
청취자 한 명 당 소요되는 AWS 비용은 근
1년 전 보다 97% 가까이 줄었습니다.”
-비트패킹컴퍼니
박수만 대표-

16. http://aws.amazon.com/ko/solutions/case-studies/thebeatpackingcompany/
Mobile Client Route 53
CloudFront
Amazon S3
Static Contents & Logs
CloudWatch
Elastic Load
Balancing
RDS DB
Instance standby
(Multi-AZ)
ElastiCache
(Redis)
ElastiCache
(Redis)
API Servers
On-demand
& Spot Instances
API Servers
On-demand
& Spot Instances
Workers
& MQ servers
Workers
& MQ servers
AWS Tokyo region(ap-northeast-1)
Availability Zone #1
Availability Zone #2
Ansible + cloud-init
Origin-Access
Identity
Signed-URL
DynamoDB
RDS DB Instance
(PostgreSQL)
AutoScaling

17. http://aws.amazon.com/ko/solutions/case-studies/thebeatpackingcompany/
Mobile Client Route 53
CloudFront
Amazon S3
Static Contents & Logs
CloudWatch
Elastic Load
Balancing
RDS DB
Instance standby
(Multi-AZ)
ElastiCache
(Redis)
ElastiCache
(Redis)
API Servers
On-demand
& Spot Instances
API Servers
On-demand
& Spot Instances
Workers
& MQ servers
Workers
& MQ servers
AWS Tokyo region(ap-northeast-1)
Availability Zone #1
Availability Zone #2
Ansible + cloud-init
Origin-Access
Identity
Signed-URL
DynamoDB
RDS DB Instance
(PostgreSQL)
1. Amazon EC2 의 3가지 요금제 활용
(On-demand, Spot, Reserved)
AutoScaling

18. http://aws.amazon.com/ko/solutions/case-studies/thebeatpackingcompany/
Mobile Client Route 53
CloudFront
Amazon S3
Static Contents & Logs
CloudWatch
Elastic Load
Balancing
RDS DB
Instance standby
(Multi-AZ)
ElastiCache
(Redis)
ElastiCache
(Redis)
API Servers
On-demand
& Spot Instances
API Servers
On-demand
& Spot Instances
Workers
& MQ servers
Workers
& MQ servers
AWS Tokyo region(ap-northeast-1)
Availability Zone #1
Availability Zone #2
Ansible + cloud-init
Origin-Access
Identity
Signed-URL
DynamoDB
RDS DB Instance
(PostgreSQL)
2. 다양한 데이터베이스 활용
(RDS, ElastiCache, DynamoDB)
AutoScaling

19. http://aws.amazon.com/ko/solutions/case-studies/thebeatpackingcompany/
Mobile Client Route 53
CloudFront
Amazon S3
Static Contents & Logs
CloudWatch
Elastic Load
Balancing
RDS DB
Instance standby
(Multi-AZ)
ElastiCache
(Redis)
ElastiCache
(Redis)
API Servers
On-demand
& Spot Instances
API Servers
On-demand
& Spot Instances
Workers
& MQ servers
Workers
& MQ servers
AWS Tokyo region(ap-northeast-1)
Availability Zone #1
Availability Zone #2
Ansible + cloud-init
Origin-Access
Identity
Signed-URL
DynamoDB
RDS DB Instance
(PostgreSQL)
3. S3+CloudFront
AutoScaling

20. 셋

22. 글로벌 웹
애플리케이션
의 성능 저하
호스팅?
현지
데이터센터?
자체
인프라의
리눅스
시도?
전통적
방식이
과연
적합한가?

23. Brand Global Site IBM Domino

24. Brand Global Site IBM Domino1. 신규 글로벌 서비스 개발 및 배포 속도 2x 이상 향상
2. TCO 80% 이상 절감 (ex. 소프트웨어 라이센싱 등)
3. 핵심 업무인 ‘고객 서비스 품질 향상’에 투자

25. 의 AWS 이용 사례
SM Entertainment everysing 사업팀장 김영준
2015.04.21
AWS Summit in COEX

26.  전체 이용자의 50%가 10대 여성.

27.  노래방 앱 중에서는 1위.

28. everysing의 현재 MAU & 월 AWS 비용.
MAU: XX만명
월 AWS 비용: XXX만원
고객 1명당 월 AWS 비용:
12~13원

29. Linux EC2
Amazon S3
(반주음, 가사, 이미지 저장소)
MySQL RDSeverysing 관리자
페이지
관리자 사용자
everysing application
(Android, iOS)
파일 업로드
(music, lyric, image)
메타 정보 관리
(artist, album, song) 메시지 교환
파일 다운로드
(music, lyric, image)
내부 통신
Amazon CloudFront
(music, lyric, image caching server)
MVP 구조도
Tokyo Region

30. Global Service.
Singapore
Sydney
Frankfurt
California Virginia
Sao Paulo
Route53
Multi-Region Latency
Based Routing
Users
Tokyo
ec2 server
music, lyric,
images download
CloudFront
Edge Servers
ec2 server
Where’s the
closest server?
ec2 server
ec2 server
ec2 server ec2 server
ec2 server
This is
your boy.
We do not want too
much round-trip
time!
Message
exchange
Elastic Load
Balancing
EC2 Encoders
with Scale in/out
(2 -> 16)

31. Cloud를 바라보는 관점. (7/8)
≒
기획은 기발하게, 서버는 안정적으로.

32. 현재 everysing에서 이용 중인 AWS resources (8/8)
 이용 중.
1. EC2, MySQL RDS, S3, CloudFront, IAM, CloudWatch.
2. SES, SNS, Elastic Beanstalk, ELB, Route53.
3. AWS Business Support.
 큰 관심 중.
1. Aurora DB. (Preview 단계)
• MySQL-compatible. MySQL Standard 대비 5X Fast.
2. Lambda. (N.Virginia, Oregon, Ireland 에서 이용 가능)
• 0.1초 단위의 onDemand Computing Power.
• 이벤트 처리, 타임 스케쥴에 의한 Batch 작업 등 용도로 이용 가능.

33. 김영준
jusinplus@smtown.com
S.M.ENTERTAINMENT. everysing 사업팀 팀장
everysing Korea 개발 2팀 팀장

34. • N-Screen 대상의 라이브 스트리밍 및 VOD 서비스를
구현하는 글로벌 방송 솔루션
• AWS 기반의 솔루션 구성을 통해 전세계에서 고품질의
방송이 안정적으로 수신 가능한 서비스 구현
실
시
간
방
송
타
임
쉬
프
트
클
라
우
드
P
V
R
E
P
G
가
이
드
다섯

35. Adaptive Bit-rate
2M
Profile
(LTE/Wifi/LAN)
1.2M
Profile
(LTE/Wifi)
0.8M
Profile
(LTE)
0.6M
Profile
(3G)
Cloudfront
Global CDN
EC2
Management
Server
S3
VOD
Storage
TS / HD-SDI / Analog
Broadcaster/SO/MSO
User
EC2
Media Server
Cloud Computing
H.264/HEVC
Real-time Encoder
REDLAB Streaming Solution 구성

36. Adaptive Bit-rate
2M
Profile
(LTE/Wifi/LAN)
1.2M
Profile
(LTE/Wifi)
0.8M
Profile
(LTE)
0.6M
Profile
(3G)
Cloudfront
Global CDN
EC2
Management
Server
S3
VOD
Storage
TS / HD-SDI / Analog
Broadcaster/SO/MSO
User
EC2
Media Server
Cloud Computing
H.264/HEVC
Real-time Encoder
REDLAB Streaming Solution 구성
1. 가변적인 인프라 용량 및 우수한 성능
2. 빠르고 쉬운 설치 (AWS로 전환 기간 단 1.5개월)
3. 초기 투자 비용이 없음 (종량 과금제)
4. 자동화 및 재사용

37. 가지고 있는 기존의 인프라는
어떻게 하나요?

38. 클라우드는 ‘All or Nothing’
선택이 결코 아닙니다.

39. 1. 모바일T머니 3.0, T캘린더,
T머니 택시 어플
2. On-prem D/C와 AWS의 Hybrid
환경
3. Time to Market 단축
(프로젝트 기간 평균 4개월)
4. 신규 사업에 대한 인프라
유연성 확보 및 비용 절감
여섯

40. AWS 이용 사례
Minku Lee
VP Product, Shakr
일곱

41. 쉐이커 소개

42. 모두를 위한 영상 제작 플랫폼

43. 마켓플레이스

44. 영상 에디터

46. 아키텍쳐 소개

47. 이전 아키텍쳐

48. 이전 아키텍쳐

49. 이전 아키텍쳐

50. 이전 아키텍쳐
웹 서버, 데이터베이스, 콘텐츠 배포 등은 초기부터 AWS 사용
비디오 처리 및 렌더링은 On-Premises 서버 이용

51. 마이그레이션 사례
On-Premises 환경에서 EC2로

52. 초기에 On-Premises 환경을 선택한 이유
• 비디오 처리에는 많은 컴퓨팅 자원이 필요
• 런칭 당시(2012년)에는
Optimized Instances 종류가 적었음
• 초기 비용 절감을 위해 On-Premises 서버를 선택

53. AWS를 선택한 이유
• 하드웨어 노후화
• 증가하는 수요에 물리적인 하드웨어로 대응하기 힘듦
• AWS의 다양한 서비스 활용 가능
• 지속적인 AWS 가격 인하

54. On-Premises 환경에서 AWS로
ON-PREMISE
Video Processing
Video Rendering
Storage
AWS
EC2
Optimized Instances
S3

55. On-Premises 환경에서 AWS로
EC2
• 지속적인 Instance Type의 추가를 통한
최적의 인프라 구성 지원
• 하드웨어 노후화 걱정 없음
• Spot Instance와 Reserved Instance로
비용 최적화 가능
• 기존 EC2 인스턴스와 동일한 VPC 네트워크

56. On-Premises 환경에서 AWS로
S3
• EC2 인스턴스에서 Data Transfer 무료
• AWS 인프라간 빠른 전송 속도
• On-Premises에서 불가능한 기능 제공
Reduced Redundancy Storage, Object Lifecycle Management,
CloudFront Integration, …

57. 마이그레이션 이전 아키텍처

58. 마이그레이션 이후 아키텍처

59. On-Premise 인프라를 같이 쓰고 싶다면?
VPC VPN
VPC 네트워크와 자체 네트워크를 IPSec VPN으로 연결

60. VPC VPN

61. VPN을 이용한 On-Premises 연동

62. Wrap-up
• 마이그레이션, 생각보다 어렵지 않다
• 효율적인 운영 및 관리 가능
• 급증하는 수요에 대한 대응 가능
• 기존 On-Premise 자원도 활용 가능

63. Minku Lee
VP Product, Shakr

64. 지금까지,
7 가지 고객 사례를
살펴보았습니다.

65. 마지막으로 기억하세요.

66. 폭넓은 경험 다양한 기능 및
혁신의 속도
에코 시스템
왜?