그알것 — 그럼에도 알아야 할 것들
홈질문커뮤니티
로그인
그알것 — 그럼에도 알아야 할 것들

Service

  • 홈
  • 소개
  • 질문
  • 커뮤니티

My

  • 내 워크스페이스
  • 저장한 질문
  • 작성한 답변

Policy

  • 이용약관
  • 개인정보처리방침
  • 문의

© 2026 그알것 · What Still Matters

질문 목록Architecture
Architecture

최종적 일관성과 강한 일관성의 차이는 무엇인가요?

실무4/5
설계5/5
인간4/5
기초4/5

면접관의 질문 의도

두 모델의 정의 차이만 외웠는지, 아니면 _언제 어느 엔드포인트에 무엇을 쓸지_ 골라낼 수 있는지를 가른다. 분산 시스템 경험이 없어도 트레이드오프 언어로 답할 수 있느냐가 관전 포인트다.

큐레이션 답변

학습 자료

강한 일관성은 쓰기 직후 어느 노드에서 읽어도 최신값을 본다고 약속한다. 최종적 일관성은 잠시 노드마다 값이 어긋날 수 있지만, 추가 쓰기가 없으면 결국 같은 상태로 수렴한다고 약속한다. 둘은 우열이 아니라 _무엇을 양보할 것인가_의 선택이고, 보통 강한 일관성은 지연·가용성을 깎고 최종적 일관성은 사용자가 stale 데이터를 본다.

좋은 답변 구조

  1. 01강한 일관성과 최종적 일관성을 한 문장씩 정의로 가른다
  2. 02네트워크 분할·복제 지연 같은 상황에서 둘이 어떻게 갈리는지 짚는다
  3. 03결제·재고와 피드·카운트처럼 도메인별로 다른 모델을 고른다는 점을 말한다
  4. 04세션 단위 일관성 같은 중간 옵션까지 언급하며 마무리한다

자주 실수하는 포인트

최종적 일관성을 "데이터가 사라질 수 있다"로 잘못 옮긴다
강한 일관성이 항상 더 안전하다고 단정해 가용성 비용을 무시한다
엔드포인트마다 모델을 섞을 수 있다는 점을 못 보고 시스템 전체를 하나로 묶어 답한다
read-your-writes 같은 중간 일관성을 모른 채 "강함 아니면 약함" 이분법으로 답한다

실무 맥락

  • 주 DB에 쓰고 리드 레플리카에서 읽는 구조라 방금 쓴 값이 잠깐 안 보이는 환경
  • 결제·재고는 강한 정합성이 필요하지만 피드·좋아요 수는 약간 늦어도 되는 도메인
  • 장애가 났을 때 "잠시 후 다시 시도"로 막을지, 일단 응답을 내줄지 결정해야 하는 운영 상황
  • 이벤트·메시지 큐로 다른 서비스에 상태가 비동기로 퍼져 나가는 마이크로서비스 구조

본인 경험에 녹이는 힌트

방금 쓴 데이터가 새로고침하면 사라져 버그 리포트가 들어왔던 경험이 있다면, 세션 단위 일관성 얘기로 풀 수 있다

리드 레플리카 도입 후 "가끔 값이 다르다"는 CS가 늘어 라우팅을 손본 경험이 있으면 트레이드오프 사례로 들고 갈 수 있다

결제·재고 같은 정합성 민감 기능과 카운트·랭킹 같은 기능을 다른 저장소·정책으로 가른 적이 있다면 도메인 단위 선택 사례로 연결된다

이벤트 발행 후 다른 서비스가 따라잡기 전에 후속 호출이 와서 정합성이 깨졌던 경험이 있으면, 최종적 일관성 운영 비용 얘기로 이어갈 수 있다

커뮤니티 인기 답변

전체 0개

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.

관련 꼬리 질문

Q1같은 서비스 안에서 강한 일관성과 최종적 일관성을 어떻게 분리해서 적용하나요
Q2read-your-writes나 monotonic reads 같은 중간 일관성은 어떻게 구현하나요
Q3최종적 일관성에서 사용자가 stale 데이터를 보는 시간을 어떻게 측정하고 SLO로 묶나요
Q4네트워크 분할이 일어났을 때 거절·대기·기존 값 반환 중 무엇을 고를지 어떻게 결정하나요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문