『데이터 중심 애플리케이션 설계』 을 5주 동안 함께 공부합니다.

2026-09-29T11:24:50.465Z

공부

일정: 10월 8일(목)부터 11월 5일까지 매주 목요일 저녁 8시, 2시간, 온라인(Zep)

모집 마감: 10월 7일(수) 23:59

5주의 흐름

1주차 · 약속 · 1~2장

이 시스템은 무엇을 약속하는가.

장면: 평균 응답 시간은 평온한데 느리다는 문의가 계속 옵니다. 아침 아홉 시 통계 집계는 서비스 DB 위에서 돕니다.

가지고 나가는 것: 본인 서비스의 부하 매개변수와 응답 목표를 정하고, 지금 데이터 모델이 무엇을 얻고 무엇을 내준 선택인지 설명합니다.

2주차 · 저장 · 3~4장

디스크 위에서 무슨 일이 일어나는가.

장면: 검색 화면을 만들려고 인덱스를 늘렸더니 글쓰기가 느려졌습니다. 필드 하나를 추가했더니 옛 버전 앱이 사용자의 공개 범위 설정을 되돌려 놓았습니다.

가지고 나가는 것: 지금 저장소가 읽기와 쓰기 중 무엇에 유리하게 설계됐는지 근거를 대고, 스키마 변경 배포 순서를 정합니다.

3주차 · 분산 · 5~6장

데이터가 여러 대에 있을 때 생기는 일.

장면: 방금 쓴 글이 새로고침하면 사라집니다. 리더가 바뀐 뒤에는 남의 비공개 글이 보입니다. 팔로워가 많은 계정 몇 개 때문에 샤드 하나만 계속 뜨겁습니다.

가지고 나가는 것: 복제 지연을 사용자 경험 기준으로 정의하고, 어떤 읽기를 리더로 보낼지와 샤딩 키를 고른 근거를 설명합니다.

4주차 · 진실 · 7~9장

무엇을 사실로 믿을 수 있는가.

장면: 포인트가 두 번 적립되고, 어떤 날은 사라집니다. 한정 굿즈가 재고보다 많이 팔립니다. 잠금을 잡았는데도 밤 배치가 두 번 돕니다.

가지고 나가는 것: 격리수준을 등급이 아니라 무엇을 여전히 허용하는지 적은 목록으로 읽고, 트랜잭션과 합의가 필요한 구간을 직접 긋습니다.

5주차 · 파생 · 10~12장

같은 데이터를 여러 벌로 둘 때.

장면: 캐시를 고쳤는데 옛 제목이 남아 있습니다. 지운 글이 검색에 계속 나옵니다. 정확히 한 번 처리를 켰는데 같은 적립이 두 번 들어옵니다.

가지고 나가는 것: 캐시와 인덱스와 집계를 원본에서 흐르는 단방향 경로로 다시 그리고, 어긋나는 지점을 지목합니다.

라이브 전: 그 주 범위 두세 장을 읽고 옵니다. 완벽히 이해할 필요는 없고, 막힌 지점을 표시해 오면 됩니다. 사전과제의 결정 지점에 본인 답을 가설로 적어 냅니다.

라이브(2시간): 장면 네 개를 차례로 놓고 각자 적은 판단을 비교합니다. 조건이 하나씩 공개될 때마다 판단을 고치고, 마지막에 책이 붙인 이름과 대조합니다. 진행자는 흐름을 잡고, 토론과 결정은 참가자가 맡습니다.

라이브 뒤: 그 주에 본 트레이드오프를 본인 서비스에 어떻게 적용할지 한 장으로 정리합니다. 복습과제로 그 주 개념을 한 번 더 짚습니다.

매주 사전과제, 아젠다, 대화가 막힐 때 꺼낼 힌트시트, 복습과제를 드립니다. 장면마다 서버 사이 흐름을 그린 그림이 함께 들어 있습니다.

이런 분과 읽고 싶습니다

- 복제 지연이나 재고 마이너스를 겪어 봤지만 왜 그렇게 되는지 설명하기 어려운 분

- 한 도구는 깊게 아는데 새 저장소 앞에서는 매번 처음부터 시작하는 기분이 드는 분

- 이 책을 혼자 펴 봤다가 앞부분에서 덮은 적이 있는 분

책을 대신 요약해 주기를 기대하신다면 맞지 않습니다. 매주 읽고 오는 시간이 필요합니다.

5주 뒤 손에 남는 것은 완독 인증이 아니라, 처음 보는 데이터 시스템 앞에서도 질문이 서는 감각입니다.

답변 0