Eventual Consistency

[kpsy20]

• Eventual Consistency 란
  • 분산 시스템에서 사용하는 개념
  • 모든 서버가 동일한 데이터를 가지고 있을 때 까지 클라이언트의 접근을 막는다?
    • 가용성의 문제
  • 어떤 사람은 과거 데이터를 보고 어떤 사람은 최신 데이터를 본다?
    • 일관성의 문제
  • 여기서 두번째 상황에서 언젠가 모든 서버가 동기화가 되면 결국 클라이언트가 동일한 데이터를 받아볼 수 있다.
  • 이것이 Eventual Consistency
  • 대표적인 예시로 DNS 가 있음
  • 반대되는 개념으로 Strong Consistency 가 있음
  • RDB 가 대표적인 예시
  • 앞서 말했듯이 가용성 문제가 생김
• 왜 쓸까?
  • 왜 쓰긴 일관성보다 가용성이 중요한 서비스에서 사용하는 것
  • 아 이걸 서비스 단위로 나눌 필요까진 없고, 한 서비스 안에서도 컴포넌트마다 다르게 적용할 수 있음

  • 좋아요 수나 팔로워 수 같은거

• What is Eventual Consistency?
  • This is the concept that used in distributed systems
  • blocking every clients while every servers have same data
    • problem of availability
  • someone uses old version of data and another one uses new version of data?
    • problem of consistency
  • In these two cases, the clients could get same data if servers will become consistent eventually
  • This is the "Eventual Consistency"
  • DNS is the most popular example of this concept
  • There is an opposite concept of "Eventual Consistency" which is "Strong Consistency"
    • RDB is an example of Strong Consistency
    • There will be a problem of availability
• then why do people use Eventual Consistency?
  • because they think availability is more important than consistency
  • oh, there is no need to use eventual consistency to all services. it can be applied differently to each component even within one service.
  • number of likes or number of followers