작년 NIA 워크샵때 강요에 못이겨서 발표했던 자료...아마존 AWS를 활용해서 팬플 서비스 개발했던 내용

1. Amazon Cloud를 활용한
서비스 개발 및 이슈
2011년 12월

2. 목차
I. 팬플 서비스 개요
II. 팬플 서비스 개발
III. 이슈 사항
2

3. 팬플 서비스?
I. 팬플 서비스 개요
팬플 서비스는 현재 존재하고 있는 팬클럽 시장의 문제점과 한계를 해결할 수 있도록 구성된 서비스로서, 스
타를 구심점으로 팬들의 특화된 온라인 활동을 지원하는 Vertical SNS입니다.
서비스 배경
구분 현재 상황 이슈 사항 해결책
 팬이 원하면 모두
 트위터, 페이스북  체계적인 관리의 한계
친구를 맺을 수 있다.
SNS 미투데이  모두 친구를 맺어 줄 수
 Open API 연동으로
카카오톡 등 홍수 없다(물리적,관계적)
한번에 동시에 활동
 무통장 입금 등
 손쉽게 선물을 고르고
아날로그 방식의
결재 할 수 있다.
 팬카페 등을 통해 진입장벽
조공  언제든 개인적으로 할
조공 시장 확장  배달사고
수 있다.
 1:1이 안돼서 만족도가
 1:1 교감이 된다.
떨어진다
 선플을 많이 남기는 등
활동이 우수한 팬들을
 많은 악플이  많은 악플로 활동에 분석하여 우선
댓글
존재한다. 영향을 받는다. 보상하는 시스템을
통해 악플 방지 및
대응을 할 수 있다.
연습생  많은 스타  연습생을 알리고
 비용적인 측면 등
지망생과 연습생 팬들이 자발적으로
관리 지원에 한계가 있다
들이 존재한다. 지원하는 생태계 제공

4. 서비스 개발 요구사항 (기능 외)
I. 팬플 서비스 개요
일반적인 SNS 서비스와 같이 많은 사용자들이 실시간으로 참여하면서, 다양한 컨텐츠들을 생성하고 이를
공유하기 위하여 초기에 최소의 비용으로 시작하여, 지속적으로 서비스 확장이 가능하여야 합니다.
시스템/서비스 개발 요구사항
• 서비스 개발 및 초기 서비스 런칭에 필요한 H/W 및
CAPEX/OPEX S/W 비용을 최소화
최소화 • 사용자 트래픽에 최적화하여 시스템을 운영함으로써,
서비스 운영 비용 최소화
오픈 소스 기반의
• 서비스 트래픽 증가를 수용할 수 있도록 지속적인 Server
지속적인 시스템 확장 필요 S/W 활용 및
확장 보장 • 사용자 별 멀티미디어 콘텐츠 증가를 수용할 수 있도록
지속적인 Storage 확장 필요 Public Cloud 활용
• Server 및 Stroage 확장을 통하여 서비스 트래픽 증가를
수용할 수 있는 서비스 아키텍처 필요
지속적인 서비스
• 서비스에 적용되는 미들웨어 솔루션(S/W)들에 대한
확장 보장
서비스 확장 방안 필요 (WAS, DBMS, …)
• 향후 서비스 플랫폼으로 확장 필요

5. 시스템 구성
II. 팬플 서비스 개발
팬플 서비스 시스템은 Load Balance와 연결된 웹 서비스 서버들이 계속 추가되는 ForntEnd, 세션 등의 데이
터 공유를 위한 Data Sharing System, 데이터와 파일을 저장하는 DBMS 및 File Storage로 구성됩니다.
시스템 구성도
Load Balancer CDN
FrontEnd
FrontEnd
Web
FrontEnd
Web Open-API
Application
Web Open-API
Application Service
Open-API
Service
Application Service File Storage
Service Service File Storage
File Storage
Service
Data
Data Sharing
Data
Sharing DBMS
DBMS
System
Sharing DBMS
System
System

6. Public Cloud 선정
II. 팬플 서비스 개발
웹 서비스 개발을 위하여 활용 가능한 Public Cloud는 크게 PaaS인 GAE(Google App Engine)와 IaaS 기반
의 AWS (Amazon Web Service)를 고려할 수 있습니다.
GAE vs AWS
구분 Google App Engine Amazon AWS
System  Google’s Infra (GFS 등)  Amazon Infra (EC2, S3 등)
 WAS(Elastic Beanstalk), RDBMS, NoSQL DB,
솔루션 제공  WAS, DB(Big Table), Mail 등 다양
Mail, SMS 등 다양
SDK 수준  Java 등 다양한 개발 언어용 SDK 제공  Java와 .Net 용 SDK 제공 (타 언어용 SDK도 존재)
개발 편의성  기존 개발 환경과 유사  기존 개발 환경과 유사
 시스템은 동적으로 확장 가능
 추가적인 미들웨어들 설치(Inmemory Grid,
시스템 확장  시스템은 자동으로 확장 가능
NoSQL DB, Messaging 등)를 통하여 시스템
커스터마이징이 가능
 초기 무료  초기부터 시스템, 스토리지, 네트워크 등 각각의
비용
 일정 사용자 수를 넘으면 과금 시작 리소스들에 대하여 Pay Per Use 형태로 과금
 Web 기반 Service만 제공하는 경우에는 초기 비용부담이 없는 GAE 활용을 고려
 클라우드 구현 솔루션 적용 등 시스템 커스터마이징이 필요한 경우 또는 타 클라우드 인프라로 시스템
이전 계획 등이 있는 경우에는 AWS 활용을 고려 (사용 솔루션 변경에 대한 방안은 필요)

7. 서비스 개발 – 시스템 구축
II. 팬플 서비스 개발
Amazon AWS 서비스를 활용한 팬플 서비스의 시스템 구성은 아래와 같습니다.
AWS 활용 시스템 구성도
Elastic Load Balancer CloudFront
(LoadBalancer) (CDN)
EC2 (FrontEnd)
FrontEnd
FrontEnd
Web Application Open-API
Web
Server Web Open-API
Service S3
Application Open-API
Application Service File Storage
Service Service (File Storage)
File Storage
Service
Data
EC2 (+Membase)
Data RDS / SimpleDB
Sharing
(Data Sharing System)
Sharing DBMS
(DBMS)DBMS
System
System

8. 서비스 개발 – 시스템 구축
II. 팬플 서비스 개발
Amazon AWS 활용을 위한 개발/운영 환경 설정은 eclipse 기반으로 구성이 가능합니다. Subversion 연동 및
EC2의 개발 서버/서비스 서버로의 deploy 환경을 ant로 구성하였습니다.
개발 환경 설정
EC2
Dev RDS Toolkit
Server
Subversion
Application
Service
Server Application
S3 / CloudFront
RDS
SimpleDB

9. 서비스 개발 – 시스템 구축
II. 팬플 서비스 개발
Amazon AWS 서비스를 활용한 서비스 서버(EC2) 설정 방법은 아래와 같습니다.
서비스 서버 설정

10. 서비스 개발 – 시스템 구축
II. 팬플 서비스 개발
Amazon AWS 서비스를 활용한 스토리지 서버(S3) 설정 방법은 아래와 같습니다.
스토리지 서버 설정

11. 서비스 개발 – 시스템 구축
II. 팬플 서비스 개발
Amazon AWS 서비스를 활용한 데이터베이스 서버(RDS) 설정 방법은 아래와 같습니다.
Database 서버 설정
 MySQL의 경우 초기 설정이 완료된 경우, 한글 설정이 되어있지 않으며, 한글 설정을 위해서는 MySQL 서버의
Parameter를 변경하여야 하며, 이를 위해서 RDS Command Toolkit을 사용
 Parameter 생성 : rds-create-db-parameter-group <custom-parameter-group-name> --description='Parameter group for
custom parameters' --engine=MySQL5.1
 Parameter 변경 : rds-modify-db-parameter-group <custom-parameter-group-name> --parameters
"name=max_allowed_packet,value=16776192, method=immediate"
 DB Instance 변경 : rds-modify-db-instance <instance-name> --db-parameter-group-name=<custom-parameter-group-name>
 DB 재시작 : rds-reboot-db-instance <instance-name>

12. 서비스 개발 – 시스템 운영
II. 팬플 서비스 개발
서비스 도메인을 Amazon의 Elastic Load Balancer와 매핑하고, 클릭 한번으로 Server 증설 및 DB 복제가
가능하며, Cloud 기반의 시스템/서비스 리소스들을 탄력적으로 운영할 수 있습니다.
시스템 운영

13. 이슈 및 고려 사항
III. 이슈 사항
Amazon AWS는 서비스 개발을 위한 유연하고 효율적인 환경을 제공하지만, 실제 서비스 런칭을 위해서는
몇 가지의 고려사항이 존재합니다.
Amazon AWS 기반 서비스 개발 시의 이슈들
• RDS(mysql) 사용 시, 언어 설정 등 상세한 설정 작업이 까다로우며, 직접 서버를
System
관리하는 수준으로는 설정이 어려움
Configuration • SimpleDB, S3 등은 시스템 설정 옵션 자체가 없음 (기능 커스터마이징이 어려움)
Service • Amazon AWS를 사용하다가, 다른 Public Cloud나 Private Cloud로 서비스를
Dependency 이관하는 경우에 , 사용하던 Solution에 대한 의존/종속성 발생 (PaaS의 특성)
• 현재까지 99.95% 정도의 SLA를 보장
• 금융 등 Mission Critical한 서비스에 적용하기는 아직은 어려운 것으로 판단됨
SLA
• 최근 Tokyo에 Data Center가 생겨서 네트워크 속도는 나아졌으나, 다른 region의
경우에는 속도이슈가 있음 (S3 등 region 선택 안 되는 경우)
• Amazon SimpleDB, S3 등을 좀 더 편하게 접근하고 사용할 수 있는 툴들이 필요
(개발? 또는 구매?)
• 현재 3rd-party에서 하나씩 개발을 진행 => 새로운 기회일 수 있음
Dev. Tools
- Amazon SimpleDB explorer, SimpleDB Management Tools
- FUSE Over Amazon S3
- Java/Python 외 개발 언어용 Libray 등

14. Summary
III. 이슈 사항
Cloud를 활용함으로써 서비스 개발/운영 비용을 최소화하면서, 신속하고 유연하게 서비스를 개발/배포할 수
있을 뿐만 아니라, 개발 환경 도구, 빅 데이터 처리 등에서 새로운 기회들을 찾을 수 있습니다.
Summary
• 실제 서비스 개발 시 월 10만원 내외의 비용 발생 (small size)
• 시스템 설치, 증설 및 S/W 구성 등에 걸리는 시간이 최소화
CAPEX/OPEX
• 설정된 개발 환경은 계속 재사용이 가능하므로, 효율적으로 신규 서비스 개발을 통한 최소화
경쟁력 강화 가능
• 서비스 용량에 맞춰서 최적의 시스템 구성이 가능하며, 서버 1대 당 월 15 만원
이상의 수익 발생 시 서비스 운영 가능
• 운영에 필요한 서버 시스템 및 DBMS 관리자 불필요
지속적인
시스템/서비스
확장 보장
• 시스템/서비스 확장을 위한 시스템 아키텍처 구성이 용이
• Cloud 구현을 위한 다양한 최신 기술 기반 솔루션들을 쉽게 사용이 가능
새로운
비즈니스 기회
• Public Cloud 기반에서의 새로운 기술 기회 창출 가능성
창출
• Cloud를 활용한 Big Data 처리 등을 통하여 다양한 신규 서비스 BM 창출 가능성