1장. 요구사항을 품질 속성으로 번역한다

“예약이 빨라야 한다”를 그대로 설계할 수는 없다. 핵심 예약은 피크 120RPS, 성공 요청 p95 300ms, 같은 시간대 중복 배정 0건, 결제 재시도 중복 청구 0건, 장애 뒤 30분 안에 미확정 상태 대사처럼 측정 가능한 속성으로 바꾼다. 숫자는 예제의 시작값이지 업계 표준이 아니다. 실제 서비스에서는 사용자·비용·규제·팀 역량을 근거로 합의한다.

설계 문서는 기능 목록보다 결정의 긴장을 먼저 보여 준다. 강한 일관성을 택하면 가용성·지연·운영비에 어떤 영향이 있는지, 비동기화를 택하면 사용자가 어떤 중간 상태를 보는지 적는다. 완료 기준은 상자를 그리는 것이 아니라 각 품질 속성에 측정법·실패 시 행동·소유자가 있는 것이다.