3개월 후의 낯선 사람을 위해 에러 상태를 작성하세요, 오늘의 자신을 위해서가 아닙니다.
(dev.to)
에러 메시지를 현재 작업 중인 사람을 위한 짧은 알림이 아닌, 맥락을 전혀 모르는 미래의 조사자를 위한 상세한 기록으로 설계해야 시스템 장애 시 신속하고 정확한 복구가 가능하다는 통찰을 담고 있습니다.
이 글의 핵심 포인트
- 1에러 메시지는 현재 작업 중인 사람(Message)이 아닌, 나중에 찾아올 조사자(Record)를 위해 작성되어야 함
- 2비동기/에이전트 기반 작업은 실시간 맥락 공유가 불가능하므로 에러 상태 자체가 유일한 증거가 됨
- 3