[aws summit seoul 2023] LG유플러스 IPTV 서비스, 무중단 클라우드 마이그레이션 이야기

#aws summit seoul 2023 에서 발표된 LG유플러스 IPTV 서비스, 무중단 클라우드 마이그레이션 이야기 영상을 보고 정리한 내용입니다.

 

 

LG 유플러스 사례

유플러스 미디어플랫폼

• IPTV, 모바일 TV, 아이들 나라 
• 서비스 플랫폼 + 영상 인프라 크게 두가지로 플랫폼 구성
  • 서비스 플랫폼 일부를 AWS 로 마이그레이션 결정 
• IPTV 셋탑 500만대 이상 (천만명 이상 / 2인 가족 기준)
• 2억 request / 일 (2000 TPS) 일 처리 리퀘스트
• 1억 3천만건 / 일 데이터 변경 발생 건 (DB 변경) 

• 현대화 전략 채택 → Cloud / DevOps / MSA
• AWS / 메가존 협업

• IPTV - K8S 기반 
• 200개 이상의 ci/cd 파이프라인 
• codebuild 기반 config 파일, AMI 기반의 ec2 배포도 진행

• EC2 AMI - Packer , ansible 사용 

• 고객서비스 영향 없도록 하면서 단계적으로 안전하게 이전하는 방법 ( 빠른 롤백, 신/구 시스템 상호 검증 가능)
• strangler facade - 고객 요청을 가로채서 기존/신규 시스템으로 적절히 라우팅 
  •  API G/W 가 strangler facade 역할 수행 

• lift and shift 의 경우 데이터 이관은 한번만 발생 
• 점진적 마이그레이션의 경우 데이터 동기화가 지속되었어야 함 
  • 서비스 중단 없이 oracle → postgresql 로 솔루션 변경  / 증분 반영
  • 500여개의 테이블에서 발생하는 대용량 데이터 변경 적용
  • 신/구 플랫폼 간 업무 종속성 배제하고 독립적인 작업 진행 → CDC 솔루션은 종속성이 강해서 한쪽에서 작업이 발생하면 반대쪽에서도 해줘야 함 
    • 비동기화 방식의 데이터 파이프라인 구성

• 양방향 동기화가 마이그레이션 이후에도 지속
• modernization 이 필요한 부분만 클라우드로 이관

• CI/CD , DB 이관은 모두 Monolithic → MSA 로 전환하기 위한 준비
• 애플리케이션이 크면 클수록, 서비스 구동한지 오래될 수록 microservice 로 변경하기 너무 어려웠음 (의존성의 함정)
• 애플리케이션 리팩토링 전략

• refactoring - 각 애플리케이션 간 의존성이 낮고 read 만 하는 특징 / 동기화 레이턴시가 생기더라도 언젠가 동기화 되면 괜찮다.
• replatforming 이후 refactoring - 의존성 높고, CRUD 모두 발생, 레이턴시 민감한 애플리케이션은 replatform 먼저해서 이관을 먼저하고 의존성을 낮추는 전략
• 기술력 수준과 현실을 직시하는 것을 우선 선택하자 → 고객 안정성을 담보로 하지 않는다. 

• 2년 간 마이그레이션 진행