모든 Pod의 health probe가 DB 쿼리를 실행합니다. 장애 중 연쇄 부하를 어떻게 줄이고 대체 신호를 고르나요?

꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →

잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?

답변과 점검 포인트 펼치기답변 접기

구두 답변

정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.

probe가 매번 비싼 DB query를 하면 Pod 수와 주기가 하위 부하에 곱해져 장애를 증폭할 수 있습니다. 로컬 진행 상태·가벼운 제한 검사·기능별 readiness를 검토합니다.

DB 장애를 liveness 실패로 연결해 모든 앱을 재시작하면 회복이 더 늦어질 수 있습니다. 검사 비용·timeout·주기·공통 의존 실패를 측정하고 프로세스 생존·트래픽 수용·사용자 성공을 나눕니다.

이해가 드러나는 지점을 확인해 보세요.

probe가 매번 비싼 DB query를 하면 Pod 수와 주기가 하위 부하에 곱해져 장애를 증폭할 수 있습니다. 로컬 진행 상태·가벼운 제한 검사·기능별 readiness를 검토합니다.
검사 비용·timeout·주기·공통 의존 실패를 측정하고 프로세스 생존·트래픽 수용·사용자 성공을 나눕니다.

놓치기 쉬운 조건과 오해를 짚어 보세요.

다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: probe가 매번 비싼 DB query를 하면 Pod 수와 주기가 하위 부하에 곱해져 장애를 증폭할 수 있습니다.

하나 더 질문하며 이해의 범위를 넓혀 보세요.

득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.

답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.