WEBBOOK CHAPTER

실패를 전제로 설계하는 분산시스템: 21장. 요구사항 인터뷰 워크숍

21장. 요구사항 인터뷰 워크숍

설계자는 “몇 명이 쓰나요?”에서 멈추지 않는다. 하루·피크 요청, 읽기·쓰기 비율, 한 요청의 fan-out, 데이터 성장, 지역, 업무 마감, 장애 때 수동 처리 가능량을 묻는다. 값이 없으면 범위와 확인 방법을 적는다. 10~120RPS, 캠페인 때 3배 가능, 운영 로그로 2주 확인처럼 불확실성을 드러낸다.

고객은 결과를 빨리 원하고, 운영자는 잘못된 배정을 고칠 근거가 필요하며, 재무는 결제·정산 총액이 맞아야 한다. 충돌하는 목표를 숨기지 않는다. 결과는 기능, 품질 속성, 불변식, 위험, 결정 보류로 나눈다. 결제 지연 중 예약 접수를 계속할 수 있는가, 어떤 상태는 사람이 고쳐도 되는가의 답이 경계와 일관성 정책을 바꾸는지 기록한다. 완료 기준은 모든 답이 아니라 중요한 미확인 가정에 소유자와 확인일이 있는 것이다.