배포를 돕는 구성 요소도 배포의 의존성입니다
7월 27일 애플리케이션 업데이트에서는 웹훅 연결 문제와 서비스 전달 방식을 함께 확인했습니다. 웹훅을 사용하는 리소스 변경은 해당 웹훅이 응답하지 않으면 진행할 수 없습니다. 대상 애플리케이션의 상태만 확인해서는 업데이트 경로 전체의 가용성을 설명하기 어렵습니다.
연결 실패를 조사할 때에는 웹훅 프로세스, 서비스 엔드포인트, 요청 전달과 반환 경로를 나눠 확인했습니다. 네트워크 정책 하나를 전체 서비스에 일괄 적용하기보다 문제가 발생하는 연결의 조건을 좁혔습니다.
수정 범위는 증거에 맞춥니다
전달 방식을 바꾸면 웹훅 외의 트래픽에도 영향이 생길 수 있습니다. 이번 작업에서는 기존 서비스 동작을 보존하면서 필요한 예외를 구분했습니다. 변경한 경로의 응답과 기존 경로의 동작을 각각 확인하는 순서를 남겼습니다.
- 배포 전 웹훅의 준비 상태와 연결 가능성을 확인합니다.
- 연결 문제를 애플리케이션 오류로 단정하지 않습니다.
- 예외를 추가하면 적용 이유와 영향 범위를 문서에 남깁니다.
다음 업데이트를 위한 기록
복구 직후 배포가 성공한 사실만 남기면 같은 문제가 반복될 수 있습니다. 배포를 막은 의존성, 원인을 구분한 신호, 변경 후 확인한 경계를 함께 정리했습니다. 이 기록을 이후 업데이트의 사전 점검에 사용합니다.