인프라 DNS 간헐 실패, 수정 결과를 확인하는 기준

검증할 문제

DNS 간헐 실패에서 유지해야 할 동작과 바뀌어야 할 결과를 나눠 적습니다. DNS 실패는 authoritative·recursive resolver, cache TTL, search domain과 network path를 query별로 분리해 확인해야 합니다.

원인과 테스트 조건

DNS, TCP, TLS, proxy와 application 구간을 나눠 connect·header·response 시간을 측정합니다. 마지막에 보인 HTTP status 하나로 실패 지점을 추측하지 않습니다.

조건	확인할 내용
대표 사례	자주 쓰는 조건에서 기대 결과가 나오는가
경계	값이나 동작이 바뀌는 지점이 안전한가
실패	오류가 정해진 방식으로 드러나고 중간 상태가 남지 않는가
반복	다시 실행해도 결과가 예측 가능한가

통과 기준과 안전망

수정 전 실패 사례는 사라지고 기존 정상 사례는 유지돼야 합니다. 장애 주입, zone 실패, 확장, 인증서·DNS 전환과 복구 훈련으로 목표 RTO/RPO를 검증한다. 지연, 연결 거절, 중간 종료와 DNS 변경을 주입해 오류가 제한 시간 안에 분류되고 socket이 반환되는지 확인합니다. 한 번의 가장 좋은 결과나 화면 한 장으로 완료를 선언하지 않습니다. 실패 입력과 기대 결과를 자동 test나 실행 가능한 점검으로 남깁니다.

공식 문서와 적용 범위

• Kubernetes Documentation (새 창에서 열림)

문서의 기본값과 동작은 version에 따라 달라질 수 있습니다. 현재 version, 실제 적용 설정, 자원 제한과 운영 환경에서 다시 확인합니다.