너무 어려운 파트 ㅠ_ㅠ
책에서 소개한 개념 혹은 알고리즘을 다 이해해야 하는가?
그건 놉!
- 알고리즘을 깊이 있게 이해하지 못해도 개념을 알아야 요구사항에 맞는 솔루션(서비스)을 선택할 수 있음
- 또한 솔루션 개념을 알아야 장애 파악 용이
![[스터디] 대규모 시스템 설계-28.jpg](https://s3-us-west-2.amazonaws.com/secure.notion-static.com/70318ee4-6281-4f3b-bed6-8c4ed2d472c7/%E1%84%89%E1%85%B3%E1%84%90%E1%85%A5%E1%84%83%E1%85%B5_%E1%84%83%E1%85%A2%E1%84%80%E1%85%B2%E1%84%86%E1%85%A9_%E1%84%89%E1%85%B5%E1%84%89%E1%85%B3%E1%84%90%E1%85%A6%E1%86%B7_%E1%84%89%E1%85%A5%E1%86%AF%E1%84%80%E1%85%A8-28.jpg)
- 도큐먼트: 몽고디비
- nosql: 레디스, 카산드라, 다이나모DB
- key 값은 짧을수록 좋음
- value의 크기보다 찾아야하는 key가 지연에 더 큰 영향을 주므로 value가 리스트든 객체든 보통 상관 안함
- 응답 지연시간이 짧음
- RDBS는 데이터끼리 관계가 있어서 데이터 양 많아질수록 느려짐
- NoSql은 데이터양이 많아지면 샤드 확장이 가능함
![[스터디] 대규모 시스템 설계-29.jpg](https://s3-us-west-2.amazonaws.com/secure.notion-static.com/cb3a7931-8069-4f12-9fb2-57ecc86bd744/%E1%84%89%E1%85%B3%E1%84%90%E1%85%A5%E1%84%83%E1%85%B5_%E1%84%83%E1%85%A2%E1%84%80%E1%85%B2%E1%84%86%E1%85%A9_%E1%84%89%E1%85%B5%E1%84%89%E1%85%B3%E1%84%90%E1%85%A6%E1%86%B7_%E1%84%89%E1%85%A5%E1%86%AF%E1%84%80%E1%85%A8-29.jpg)
CP(일관성 보장)
AP(가용성 보장)
- 오류난 서버 외에 정상 서버 계속 쓰기 연산 제공
- 서버 복구 후 다른 서버(정상 서버)의 데이터를 받아서 업데이트
시스템 컴포넌트