시스템이 읽기 복구 방식으로 불일치 문제를 수정해서 최종 일관성을 유지한다면 계산대 앞에서 고객이 길게 줄을 서는 문제를 피할 수 있습니다. 그리고 아키텍트가 원본 장부의 데이터베이스 가용성을 지키느라 겪을 스트레스도 줄일 수 있습니다.

대략적으로 이 2가지 점포 재고 관리 방식은 서로 다른 2가지 아키텍처를 나타냅니다. 하나는 클라이언트-서버 스타일 아키텍처로 확장하는 강한 일관성을, 다른 하나는 대용량 트랜잭션을 처리하고 상태가 비일관적임을 발견했을 때 해결하는 최종 일관성을 갖습니다.

여러분이 직접 시스템을 설계한다면 어떤 관점으로 계획하고 싶나요?