모니터링 라벨이 너무 많으면 생기는 문제
모니터링 라벨에 사용자 ID나 요청 ID를 그대로 넣으면 시계열 수가 폭증할 수 있습니다. 상세 추적에 필요한 값과 집계에 필요한 값은 다른 저장소와 신호로 다뤄야 합니다.
NOTES
모델을 만들고, 웹과 앱을 짓고, 업무를 자동화할 때 쓰는 설계 기준과 점검 항목을 정리합니다. 프로젝트에서 직접 잰 수치가 있는 글은 본문에 따로 밝힙니다.
TOTAL 4 · 데이터·운영
모니터링 라벨에 사용자 ID나 요청 ID를 그대로 넣으면 시계열 수가 폭증할 수 있습니다. 상세 추적에 필요한 값과 집계에 필요한 값은 다른 저장소와 신호로 다뤄야 합니다.
새 분석 모델을 위해 몇 년치 데이터를 다시 처리할 때 실시간 서비스와 같은 자원을 쓰면 운영 지연이 생길 수 있습니다. 백필은 배치 크기와 재시작 지점을 설계해야 합니다.
DLQ에 쌓인 메시지를 원래 큐로 모두 되돌리는 것은 복구가 아니라 장애 재현일 수 있습니다. 원인과 영향 범위를 확인한 뒤 안전하게 재처리해야 합니다.
멱등성 키를 저장하면 중복 요청을 막을 수 있지만 키를 언제 지울지가 남습니다. 너무 빨리 지우면 늦은 재시도가 다시 실행되고, 너무 오래 두면 저장 비용과 재사용 충돌이 커집니다.