Google Cloud Load Balancing

백엔드가 여러 지역이나 여러 실행 계층으로 나뉘면, 사용자가 어느 인스턴스에 붙을지 직접 정하는 방식이 금방 무너집니다. 장애 조치와 경로 분기를 한 곳에서 처리할 진입점이 필요합니다.

예전에는 로드 밸런서와 VIP, 장애 조치를 직접 구성해야 했고, 백엔드가 VM인지 컨테이너인지 서버리스인지에 따라 운영 방식도 달라졌습니다. 관리형 프런트도어는 그 차이를 숨기고 하나의 진입점을 제공하려고 나왔습니다.

로드 밸런서는 하나의 프런트도어에서 요청을 받고, URL 맵과 백엔드 정책으로 목적지를 고릅니다. 헬스 체크가 살아 있는 백엔드만 노출하고, 글로벌 Anycast 진입점이 사용자 요청을 가장 가까운 프런트로 보냅니다.

Cloud Load Balancing과 Cloud CDN은 둘 다 요청 앞단에 있지만, Load Balancing은 요청을 어떤 백엔드로 보낼지 결정하고 CDN은 이미 계산된 응답을 엣지에서 재사용합니다. 백엔드 선택과 장애 조치가 핵심이면 Load Balancing, 응답 재사용과 지연 감소가 핵심이면 CDN입니다.

여러 지역의 백엔드, 경로별 라우팅, 점진적 이전, 공개 웹 서비스의 단일 진입점이 필요할 때 적합합니다. 백엔드가 하나뿐이고 장애 조치도 필요 없다면 과한 계층입니다.