[8장] URL 단축키 설계 - 김희영

[Huiyeongkim]

📘 어떤 챕터를 읽었나요?

Chapter 8. URL 단축키 설계

❓ 궁금한 점 또는 이해 안 되는 부분

내용: 책의 예제에서 생성한 단축 URL을 DB에 저장하고 찾는 과정이 포함되어 있는데, DB에 하루에 1억건씩 write하고, 읽기 연산은 11,600TPS 가 필요한 상황에서 오는 부하로 인해 처리 지연이 발생하지 않을 지 궁금해요

캐시 서버를 이용하는 방법이 있는데, DB에서도 RDB를 사용하는 것보다 NoSQL을 사용하는건 어떻게 생각하시나요?

[Huiyeongkim]

Meet-Coder-Study/book-system-design-interview#39

[Huiyeongkim]

읽기 부하는 캐시(Redis, CDN)로 흡수 → DB에 직접 11,600TPS를 몰리지 않게 합니다
쓰기 부하는 NoSQL(Key-Value DB)으로 처리 → 초당 천 단위 insert는 NoSQL에서 무난히 처리 가능합니다.

따라서 대규모 URL 단축기 서비스라면,

• 조회 = 캐시 중심 구조
• 저장 = NoSQL 중심 구조
• RDB = 부가 데이터 관리용
  으로 구성하는 것이 일반적입니다.