구조와 동작방식¶
레거시 구조¶
메인페이지의 일반적인 서비스 플로우는 아래와 같다.

누구도 웹/AWS
와 데이터베이스
의 구조개선을 원치 않을 것이다.
도입 구조¶
M2Live
는 로드밸런서
과 웹/WAS
사이에 위치한다.
Note
정확히는 로드밸런서
뒤 이다.

모든 요청은 M2Live
으로 유입되며, 최적화 대상만 가공이 실시간으로 이루어진다.
테스트 구조¶
테스트 목적이라면 라이브 서비스 백엔드에 넣지 않고 타겟 사용자만 hosts
파일 변조등을 통해 접근한다.

부분도입 구조¶
전면도입 이전 안정성을 검증하고 싶다면 로드밸런서
를 통해 트래픽을 분산시킬 수 있다.

Scale Out & Fail Over¶
서비스 규모에 맞추어 M2Live
노드를 증설한다.

최소 2기가 있어야 무중단 업데이트가 가능하다.¶
웹/WAS
사이에 로드밸런서
를 추가할 수도 있지만 M2Live
에는 이미 L7과 동등한 수준의 원본 health 감지 기능이 탑재되어 있어 없어도 무방하다.
Note
일반적으로 스케일 업은 32코어까지만 권장하며 이후는 스케일 아웃을 권장한다.