AWS Summit Seoul 2015 - AWS 이용사례 - SM 엔터테인먼트 및 셰이커미디어 사례를...

Preview:

Citation preview

SEOUL

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

AWS 이용 사례

정민정 매니저

Sales Development Representative, AWS Korea

OVER 1 MILLION

ACTIVE CUSTOMERS, ACROSS 190 COUNTRIES.

누가?

40+ SERVICES COMPUTE, STORAGE, DATABASE,

APPLICATION MANAGEMENT…

무엇을?

Mobile

Push Notifications

Mobile Analytics

Cognito Cognito

Sync

Analytics

Kinesis Data

Pipeline RedShift EMR

AWS Global Infrastructure

Your Applications

AWS Global Infrastructure 11 Regions 29 Availability Zones 53 Edge Locations

Network

VPC Direct

Connect Route 53

AP

I

Human Interaction

Support

Web Console

Interaction

Command Line

Libraries, SDK’s

Storage

EBS S3 Glacier CloudFront

Database

DynamoDB RDS 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 Lambda ECS

고객들은 어떻게 AWS를

사용하고 있을까요? 7 가지 고객 사례 (고객 연사 2분)

어떻게?

출처: 디스패치

하나

EC2

서버 RDS

관계형 데이터베이스 S3

스토리지 Route 53

DNS, Inventory

CloudFront

콘텐츠 전송 AutoScaling

오토스케일링

EC2

서버 RDS

관계형 데이터베이스 S3

스토리지 Route 53

DNS, Inventory

CloudFront

콘텐츠 전송

1. 서버 부하 문제 해결 및 확장성 확보 (초당 11,500 리퀘스트 대응 ) 2. 개발 및 이전 시간 단축 3. 비용 절감 4. 웹사이트 리뉴얼 및 성능 향상

AutoScaling

오토스케일링

1. 어떻게 하면 개발 인력이 제품 자체에 집중할 수 있을까?

2. 모바일 서비스에서 트래픽과 성장 시점을 예측할 수 있을까? 과연?

3. 대용량의 안정적 & 확장 가능한 스토리지를 미리 확보할 수 있을까?

서비스를 기획하며 고민했습니다.

1. 어떻게 하면 개발 인력이 제품 자체에 집중할 수 있을까?

자동화 2. 모바일 서비스에서 트래픽과 성장 시점을 예측할 수 있을까? 과연?

AWS의 확장성, 탄력성, 유연성

3. 대용량의 안정적 & 확장 가능한 스토리지를 미리 확보할 수 있을까?

Amazon S3 (99.999999999%의 내구성)

서비스를 기획하며 고민했습니다. 둘

“AWS는 BEAT의 빠른 성장의 동반자가 되어주었습니다.

저희는 AWS를 통해 끊임없이 비용을 최적화하고 있으며,

청취자 한 명 당 소요되는 AWS 비용은 근 1년 전 보다 97% 가까이 줄었습니다.”

-비트패킹컴퍼니 박수만 대표-

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

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

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

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

글로벌 웹 애플리케이션의 성능 저하

호스팅? 현지

데이터센터?

자체 인프라의 리눅스 시도?

전통적 방식이 과연

적합한가?

Brand Global Site IBM Domino

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

의 AWS 이용 사례

SM Entertainment everysing 사업팀장 김영준

2015.04.21

AWS Summit in COEX

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

노래방 앱 중에서는 1위.

everysing의 현재 MAU & 월 AWS 비용.

MAU: XX만명

월 AWS 비용: XXX만원

고객 1명당 월 AWS 비용:

12~13원

Linux EC2

Amazon S3 (반주음, 가사, 이미지 저장소)

MySQL RDS everysing 관리자 페이지

관리자 사용자

everysing application (Android, iOS)

파일 업로드 (music, lyric, image)

메타 정보 관리 (artist, album, song) 메시지 교환

파일 다운로드 (music, lyric, image)

내부 통신

Amazon CloudFront (music, lyric, image caching server)

MVP 구조도 Tokyo Region

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)

Cloud를 바라보는 관점. (7/8)

기획은 기발하게, 서버는 안정적으로.

현재 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 작업 등 용도로 이용 가능.

김영준

jusinplus@smtown.com

S.M.ENTERTAINMENT. everysing 사업팀 팀장

everysing Korea 개발 2팀 팀장

• N-Screen 대상의 라이브 스트리밍 및 VOD 서비스를

구현하는 글로벌 방송 솔루션

• AWS 기반의 솔루션 구성을 통해 전세계에서 고품질의

방송이 안정적으로 수신 가능한 서비스 구현

실시간 방송

타임 쉬프트

클라우드

PVR

EPG 가이드

다섯

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 구성

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. 자동화 및 재사용

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

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

1. 모바일T머니 3.0, T캘린더, T머니 택시 어플 2. On-prem D/C와 AWS의 Hybrid 환경

3. Time to Market 단축 (프로젝트 기간 평균 4개월)

4. 신규 사업에 대한 인프라 유연성 확보 및 비용 절감

여섯

AWS 이용 사례

Minku Lee

VP Product, Shakr

일곱

쉐이커 소개

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

마켓플레이스

영상 에디터

아키텍쳐 소개

이전 아키텍쳐

이전 아키텍쳐

이전 아키텍쳐

이전 아키텍쳐

웹 서버, 데이터베이스, 콘텐츠 배포 등은 초기부터 AWS 사용

비디오 처리 및 렌더링은 On-Premises 서버 이용

마이그레이션 사례

On-Premises 환경에서 EC2로

초기에 On-Premises 환경을 선택한 이유

• 비디오 처리에는 많은 컴퓨팅 자원이 필요

• 런칭 당시(2012년)에는

Optimized Instances 종류가 적었음

• 초기 비용 절감을 위해 On-Premises 서버를 선택

AWS를 선택한 이유

• 하드웨어 노후화

• 증가하는 수요에 물리적인 하드웨어로 대응하기 힘듦

• AWS의 다양한 서비스 활용 가능

• 지속적인 AWS 가격 인하

On-Premises 환경에서 AWS로

ON-PREMISE

Video Processing

Video Rendering

Storage

AWS

EC2

Optimized Instances

S3

On-Premises 환경에서 AWS로

EC2

• 지속적인 Instance Type의 추가를 통한

최적의 인프라 구성 지원

• 하드웨어 노후화 걱정 없음

• Spot Instance와 Reserved Instance로

비용 최적화 가능

• 기존 EC2 인스턴스와 동일한 VPC 네트워크

On-Premises 환경에서 AWS로

S3

• EC2 인스턴스에서 Data Transfer 무료

• AWS 인프라간 빠른 전송 속도

• On-Premises에서 불가능한 기능 제공

Reduced Redundancy Storage, Object Lifecycle Management,

CloudFront Integration, …

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

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

On-Premise 인프라를 같이 쓰고 싶다면?

VPC VPN

VPC 네트워크와 자체 네트워크를 IPSec VPN으로 연결

VPC VPN

VPN을 이용한 On-Premises 연동

Wrap-up

• 마이그레이션, 생각보다 어렵지 않다

• 효율적인 운영 및 관리 가능

• 급증하는 수요에 대한 대응 가능

• 기존 On-Premise 자원도 활용 가능

Minku Lee

VP Product, Shakr

지금까지,

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

마지막으로 기억하세요.

폭넓은 경험 다양한 기능 및 혁신의 속도

에코 시스템

왜?

Recommended