[e-commerce & retail day] gs shop aws 클라우드 도입사례
TRANSCRIPT
김성석
GS SHOP AWS 클라우드 도입사례
Image 이관 및 클라우드 방향성
TV Shopping
Household viewers by channel(as of December, 2016)
IPTV
Satellite shows
Cable TV 14.5 million households
11 million households
4.5 million households
Deliver highest value to customers with 20 years of know-how
in TV home shopping
Customer Engagementthrough Live Talk, etc.
Best Show Hosts,Expert Guests
Approx. 30 million household viewers
Vivid ProductDemonstration
DifferentiatedBrand Programs
2012 2013 2017
Total Mobile / Online Shopping Sales Growth
Mobile / Online Shopping Provide new shopping environment with know-how in TV home shopping
Introduction ofproducts aired on TV
Best productcuration
Reinforce commu-nication with customers through brand PGM online cafe
Use big data to introduce customer-tailored products
Higher
PC/MC Interface
With 20-years of knowhow for homeshopping business in Korea,Creating Korean Wave of Home Shopping in 7 Countries
BUM TV Jul, 2015Russia
China HomeshoppingGroup Apr, 2012
China
GS SHOP Aug, 1995South Korea
MNC SHOP Dec, 2012Indonesia
VietnamVGS SHOP Nov, 2012
Homeshop18 Nov, 2009India
True select Oct, 2011Thailand
GO SHOP Feb, 2015Malaysia
플랫폼
Cloud 내 Biz Player로써 브랜드에게 Total Service 제공
GSSHOP ArchitectureMC/EC MSA ArchitecutreOpensource BasedDistributed ArchitecureCachehybrid Archi(public/private)-동시 3만 고객 처리/분당 3,000건 주문 처리
Image 스토리지 전환고민
▪MC 비즈니스 성장에 따른 이미지의 폭발적 용량증가-교체 당시 18TB, 4.3억개 -> 현재 22TB, 5.5억건-오래된 사용치 않는 데이터를 어떻게 제거 할수 있을까?
▪스토리지의 용량 확보 필요-2015년 이미지 스토리지 교체. 그러나 2년 만에 Full 도달
▪증설, 교체, 클라우드에 대한 고민- 증설 비용, 신규 교체 비용등에 대한 견적 시작- 클라우드 중 비용이 저렴한 AWS S3 스토리지 발견
▪작은 용량의 많은 파일을 올리기 위한 여러 시도-Tool(S3 Browser) 사용, Java로 개발하여 업로드 등 여러 시도 했으나속도, Memory hang등 여러 이슈 발생
`
AS-WAS Image
▪이미지스토리지
-18TB 용량 의 이미지 보관
-4.3억개 이미지(since 2003)
-NAS 스토리지 A-S 구조
▪2년내 급속한 이미지
수량/용량 증가
▪Legacy 영향을줄이기 위해
Image Storage에 대한전환
검토
▪이미지업로드와 resize 시스템
유지
▪Consumer는 파일을 AWS
S3로전송
▪Consumer 100여개이상
생성(네트워크 모니터링)
▪초당 2 ~ 3,000건 업로드
Migration Architecture
▪Image File List 생성
(File Path, Name)
▪생성된 List MQ로전송
▪MQ에업로드대상
Queue 대기▪최종 Migration 7일 소요7일간 변동분 Daily 배치로 catchup(일 40만건)
▪이미지 freezing(4Hr)후 CDN Target 전환▪Consumer : MQ의 Queue를 읽어서데이터를전송하는 프로세스
1
2
3
Image Architecture
▪S3 업로드이벤트발생시
SQS를통해 Meta 정보를
Mongo DB 저장
(Data/Size/Path)
▪이미지 S3의논리적 백업을
위해 Daily Access한이미지를
별도 S3에저장 (Nginx
Access log 활용)SQS : Amazon simple Queue Service
이미지스토리지전환 효과
▪폭발적 이미지 증가에 따른 용이한 대응-교체 당시 18TB, 4.3억개 -> 현재 22TB, 5.5억건-사용치 않는 과거 데이터에 대해 계속 저장해야 하는지에 대한 고민
▪이미지 스토리지의 비용 절감-이미지 스토리지 교체 비용, 감가 대비 50%이상 비용 절감
`
▪안정적 시스템 운영 및 유연성 확보-이미지 처리에 대한 IDC 트래픽 저하-별도 최신 호출 데이터에 대한 별도 저장(추후 스토리지 전환을 통해 기존 이미지 정리)
GSSHOP Cloud 방향성(1/2)
Project Base 이관
IDC와 클라우드연결
클라우드에서의 확장(IT역할, 기술변화)
클라우드 All-In(Cloud first)
Game
Migration이완료된기업
▪Startup▪Cloud Based 차세대 Prj.
GS SHOP Cloud 방향성(2/2)
▪MC/EC Front 영역에 대한 하이브리드 구성-Cloud와 IDC 간 인입제어를 통한 서비스 처리
AWS(Poc환경)
MC/EC(WEB/WAS/API)
MC/EC(Oracle DB)
Legacy(WAS)
Legacy(oracle DB)
MC/EC(WEB/WAS/API)
MC/EC(Oracle DB)
Legacy(WAS)
Legacy(oracle DB)
MC/EC(WEB/WAS/API)
MC/EC(Mysql DB)
Legacy(WAS)
Legacy(oracle DB)
▪MC/EC DataBase에대한 전환-기술적 검토 필요
데이터백업
감사합니다.