readiness가 켜졌다 꺼지며 남은 서버의 부하가 출렁입니다. 복귀·실패 임계와 실제 용량을 어떻게 조정하나요?

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

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

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

구두 답변

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

실패·복귀 연속 횟수와 대기·히스테리시스를 두면 짧은 흔들림을 완화할 수 있습니다. 하지만 실제 용량 부족을 긴 임계로 숨기면 사용자 오류가 늘어납니다.

readiness 원인이 DB 공통 장애·pool 포화·초기화인지 먼저 확인합니다. 제외된 Pod 때문에 남은 Pod가 더 과부하되는 순환도 시험합니다. 새 트래픽의 점진 재개와 기존 연결 drain을 함께 설계합니다.

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

실패·복귀 연속 횟수와 대기·히스테리시스를 두면 짧은 흔들림을 완화할 수 있습니다. 하지만 실제 용량 부족을 긴 임계로 숨기면 사용자 오류가 늘어납니다.
새 트래픽의 점진 재개와 기존 연결 drain을 함께 설계합니다.

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

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

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

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