배포 hook이 실패했는데 Pod와 로그가 삭제됐습니다. 재시작 뒤에도 실패 근거와 실행 결과를 어떻게 보존하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
hook 실행 ID·Git revision·migration 버전·시작·종료·오류를 내구 관측 저장소에 연결합니다. Pod 삭제 정책이 있어도 로그와 실제 변경 결과를 추적할 참조는 남겨야 합니다.
hook가 timeout됐지만 DB 변경은 완료됐을 수 있어 새 실행 전에 migration 원장을 확인합니다. 로그 원문에 자격 증명을 남기지 않고 필요한 오류와 단계만 보존합니다. controller 재시작·성공 직후 Pod 삭제·로그 sink 장애에서 근거와 재시도 판단을 시험합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- hook 실행 ID·Git revision·migration 버전·시작·종료·오류를 내구 관측 저장소에 연결합니다. Pod 삭제 정책이 있어도 로그와 실제 변경 결과를 추적할 참조는 남겨야 합니다.
- controller 재시작·성공 직후 Pod 삭제·로그 sink 장애에서 근거와 재시도 판단을 시험합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: hook 실행 ID·Git revision·migration 버전·시작·종료·오류를 내구 관측 저장소에 연결합니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.