조용한 개발 노트

복제는 안정성을 높이지만, 단순하지 않다Replication은 분산 시스템에서 가장 직관적인 안정성 전략이다. 데이터를 여러 노드에 복제하면, 하나가 실패해도 다른 노드가 이를 대신할 수 있다.하지만 복제는 단순한 안전장치가 아니다. 복제를 도입하는 순간, 시스템은 동기화 비용과 관찰 불일치를 함께 떠안게 된다.Replication은 무엇을 보장하는가Replication이 보장하는 것은 명확하다.단일 노드 장애로 인한 데이터 손실 위험 감소읽기 트래픽 분산 가능가용성 향상하지만 Replication이 보장하지 않는 것도 분명하다.항상 최신 데이터 제공즉각적인 동기화관찰 결과의 일관성이 간극에서 Replication Lag가 발생한다.Replication Lag란 무엇인가Replication Lag는 쓰기..

MongoDB를 분산 환경에서 쓴다는 말은, 대부분 Replica Set을 사용한다는 뜻이다.하지만 Replica Set에 대해 많은 오해가 함께 따라온다.“복제가 있으니 데이터는 안전하겠지.” “Primary만 바뀌면 자동으로 다 해결되겠지.”이 글에서는 MongoDB 공식 문서를 기준으로, Replica Set이 정확히 무엇을 보장하고, 어디까지는 보장하지 않는지를 경계 중심으로 정리한다.Replica Set의 기본 구조Replica Set은 하나의 Primary와 하나 이상의 Secondary로 구성된다.모든 쓰기는 Primary에서 수행된다Secondary는 Primary의 변경을 복제한다Primary 장애 시 자동 선출(Election)이 일어난다이 구조의 목적은 가용성과 내구성을 높이는 것이다..