읽기 확장 패턴
핵심: 쓰기는 Primary 하나가 확정하고, 읽기는 여러 Replica가 나눠 처리합니다.
1. 요청 분리

쓰기와 읽기의 경로가 다릅니다

앱은 쓰기 요청을 한 곳으로, 읽기 요청은 복제본 쪽으로 보냅니다.

2. 기준점

Primary가 먼저 확정

INSERT · UPDATE · DELETE는 모두 여기서 처리됩니다.

3. 상태 전달

변경 사항을 Replica로 복제

Primary의 최신 상태가 순서대로 전달되지만, 즉시 같아지진 않을 수 있습니다.

4. 읽기 분산

Replica가 조회 부하를 받음

SELECT를 분산해 읽기 처리량을 늘리고, 백업이나 승격 후보로도 활용합니다.

Primary Replica
역할 쓰기 기준점이며 가장 먼저 커밋된 상태를 가집니다. 읽기 담당이며 같은 데이터를 복사해 조회 부하를 나눕니다.
상태 가장 최신 상태를 먼저 보유하므로 일관성 판단의 기준이 됩니다. 복제 속도에 따라 Replication Lag가 생길 수 있습니다.
운영 의미 평상시 쓰기가 몰리므로 SPOF·쓰기 병목 후보가 됩니다. 읽기 확장, 백업, 장애 시 승격 대상으로 활용할 수 있습니다.
결론: Primary-Replica는 읽기 확장에는 강하지만, 쓰기 확장은 되지 않고 최신성은 복제 지연의 영향을 받습니다.