[AWS Media Symposium 2019] 고객사례 | SBS Web Service Cloud Migration Process - 김용수, SBS I&M 클라우드 설계 및 개발

1. SBS Web Service
Cloud Migration Process
김용수
클라우드 설계 및 개발
SBS아이앤엠 yskim1@sbs.co.kr

3. 왜 클라우드 인가 ?
클라우드 장점
민첩성
운영
효율화
비용
효율화

4. 왜 클라우드 인가 ?
민첩성
IDC 환경 클라우드
- 장비 확보 시간 필요
- 장비 사양 예측 어려움
- 장비 세팅 및 환경 구성 시간 필요
- 필요시 즉시 제공
- 다양한 사양 제공
- 플랫폼 선택 적용 가능
신속한 사업 대응

5. 왜 클라우드 인가 ?
운영
효율화
IDC 환경 클라우드
- 운영 인력 확보 필요
- 모니터링 환경 직접 구축
- 고가용성 확보 방안 고민
- 벤더별 전문 인력 지원
- 고가용성 방안 제공
- 모니터링 제공
- 관제 서비스 제공
안정적인 서비스

6. 왜 클라우드 인가 ?
비용
효율화
IDC 환경 클라우드
- IT예산 선정 어려움
- 유휴 IT 자원 발생
- 개발/운영 조직 별도 관리
- 탄력적 운영 가능
- 개발 비용 감소(플랫폼 활용)
효과적인 비용 관리

8. 클라우드 전환 시 고려 사항
고려 사항
- 비용 : 가용 예산은 ?
- 기존 시스템 아키텍쳐 : 클라우드 전환시 문제점은 없는가
- 이전방법 : 순차이전, 한번에 이전
- 기타

9. 클라우드 도입 전략
환경 분석
• 국내외 클라우드 서
비스 분석
• 동종 업종의 클라우
드 전환 사례 분석
• 법적인 문제 사항 검
토
현황 분석
• 리소스 분석 (H/W,
S/W, 네트워크 구성)
• 업무 시스템의 중요도
분석
• IT자원,인력의 성숙도
분석
방법 수립
• 분석한 결과를 토대로 목표
및 우선순위 설정
• 비용절감,운영효율화,개발환
경개선
• 로드맵 구성을 통해 실행
• 중요도 및 난이도에 따라 이
전 진행
• 기업의 체질 개선

11. 환경 분석
- 국내외 클라우드 서비스 분석
2016년 AWS 리인벤트 참석
- 동종업종의 클라우드 전환 사례 분석
넷플릭스 , POOQ, SMR 등등 모두 클라우드 준비

12. 현황 분석
- 물리 서버 및 가상화 서버 사용 약 500대 (2016)
- 하드웨어
- 물리 서버 및 가상화 서버 사용 약 500대 (2016)
- 소프트웨어
- Linux Centos
- 윈도우 2008
- JDK1.4
- Weblogic
- Regin
- Oracl10
- 형상관리 안되는 소스
- 서비스 도메인 250 여개 (3차, 4차 포함)

13. 방법 수립
Legacy + Cloud 신규 구축
점진적 이관
• 장점
• 시행착오 경험
• 내부역량 강화를 통해 최적의 시
스템 설계 가능
• 단점
• Legacy 및 Cloud 이중 운영으로
단기간 비용 절감 효과 크지 않
음
• 긴 시간 및 장기 계획 수립 필요
Legacy 일괄 이전
• 장점
• 단기 이전가능
• IDC 운영업무 없어짐
• 단점
• 외주 업체에 의존
• 불필요한 모든 서비스 이전
• 초기에는 기존 IDC 비용 대비 절
감 효과 크지 않음
Cloud 신규 구축
• 장점
• 클라우드 기술 적극 활용가능
• 시스템 효율 극대화로 비용 절감
가능
• 단점
• 신규 구축을 위한 시간 및 이용
투자 필요

14. 방법 수립(신규 구축 및 점진적 이관)
- 2016년 첫 도입 : 학습 및 TEST 를 위한 SBS 메인 페이지 이전
- SBS 메인
- Live 온에어
- 2017년 ~ 2018 신규 구축을 통한 주요 서비스 이전
- 방송프로그램 템플릿
- 게시판
- 러시아 월드컵 (온에어 트래픽 303Gbps, 동접 22만8천명)
- 2019년 IDC 서버 정리 시작

15. 이행 과정
주요 서비스 2016년 2017년 2018년 2019년 2020년
SBS 메인(신)
SBS live 서비스(신)
프로그램 템플릿 개발(신)
게시판 개발(신)
SBS메인, 섹션 메인 개편 개발
회원 및 빌링 이관
Allvod 서비스 이관
기타 서비스 이관
검색, EDM 이관

16. 전환 결과
플랫폼 변화
• Apache HTTP Server
• Physical L4/L3 Switch
• Smart DNS
Web Server / LB / DNS
• Java 1.X
• Spring framwork
• Weblogic / JBOSS
Application
• Oracle RDBMS
Database
• NGINX, S3
• AWS ELB/ALB
• Route 53
Web Server / LB / DNS
• Node.js / Python
• Express / PM2
Application
• MongoDB NoSQL
•RDS Aurora
•Redshift
•Redis cache
Database
유료 무료

17. 전환 결과
Severless 환경
• NGINX 보다는 S3 를
• CloudFront
• Lambda@Edge
Front -End
• Redis
• Lambda Function
Back-End

18. 전환 결과
MicroServices
게시판
-API
play-api
템프릿-
API
Lambda
Function
SBSAPP-
API
Golf-
api
SBSAPP-
API
Sports-
api
Radio-
api

19. 전환 결과
AutoScling 구성
- 선택이 아닌 필요
- 평균 부하는 40%
- 50% 되면 AutoScling

20. 전환 결과
회원 및 빌링
IDC = Oracle10g
AWS = OracleSE2 RDS
Oracle Data Pump 이용
데이터 size 약 100G
서비스 Down Time 약 2시간 소요
Apache
JDK1.5
Jboss eap6.1

21. 전환 결과
기타 웹 서비스
Nginx
JDK1.8
Tomcat 8.5

22. AWS 구성도
https://aws.amazon.com/ko/solutions/case-studies/sbsinm/

23. 주요 서비스
SBS메인

24. 주요 서비스
SBS온에어

25. 주요 서비스
방송
홈페이지
템플릿
게시판

26. 주요 서비스
star
서비스

27. 주요 서비스
allclip
서비스

28. 주요 서비스
allvod
서비스

29. 주요 앱
SBS앱 SBS고릴라 SBS뉴스 티팟

30. 향후 계획
- 2020년

31. 요약
- 클라우드 이전 방법의 정답은 ?
- 넷플릭스 7년 이라는 시간 http://www.ciokorea.com/news/39567?page=0,0
- 기업환경에 맞는 방법을 찾을것
- 최대 부하가 아닌 최소 부하가 규모 산정의 기준
- IT인프라 평균 부하의 기준을 높여라
- 실행 주체의 체질 개선은 필수 (개발팀 + 운영팀)

32. 감사합니다