운영 · 관측 · 마이그레이션
관측 가능성 로그를 스키마 변경과 묶기
한도윤 ·
첫 번째 단계에서는 배포 전후에 동일한 대시보드 패널을 고정하는 것이 중요합니다. 팀마다 도구는 다르지만, 질문의 형태는 비슷합니다. “에러율이 기준선에서 벗어났는가”, “지연이 사용자 여정에 닿았는가” 같은 문장을 PR 설명에 붙이면 리뷰가 빨라집니다.
두 번째로, 로그 필드 이름을 바꿀 때는 구버전 필드를 한 번에 지우지 않는 편이 안전합니다. 교육 현장에서는 두 주간 병행 수집을 권장했고, 대부분의 팀이 동의했습니다. 비용은 늘지만, 장애 시 타임라인을 맞추는 비용이 더 큽니다.
마지막으로, 스키마 변경과 관측 가능성 변경을 같은 릴리스 트레인에 넣지 못한다면, 최소한 롤백 순서를 문서에 적어 두세요. 어떤 팀은 지표 수집을 먼저 롤백해야 했고, 어떤 팀은 반대였습니다. 표로 남기지 않으면 새벽에 같은 논의를 반복합니다.
네 번째 문단에서는 한계를 분명히 합니다. 이 글은 법적 자문이나 특정 벤더의 SLA를 대체하지 않습니다. 귀하의 규제 환경에 맞게 내부 검토를 거치세요.