Graceful Termination

Pod 종료 시 kubelet SIGTERM, LB의 backend 제거, Envoy listener drain이라는 세 비동기 신호가 경쟁함. 서비스 팀은 LB를 직접 제어할 권한이 없으므로, 무중단 종료는 결국 health 신호(200↔503)의 flip 시점을 active=0 뒤로 미뤄 LB의 backend 제거 타이밍을 간접 조종하는 문제로 환원됨. 아래는 그 결론에 도달하는 학습 순서 — Big Picture로 신호 정렬 문제를 본 뒤 도메인별 코드 워크스루로 메커니즘을 내려가고, 프로덕션 적용으로 수렴함.

Step 1 — Big Picture (신호 정렬 문제를 본다)

• W1 — Big Picture — 트래픽 경로, 6 events FSM, current vs improved 비교
• Quickstart — 시나리오 재현 명령

Step 2 — 도메인별 메커니즘 (레버를 쥐는 부품을 본다)

• W2 — hc FSM + Apps walkthrough — backend / hc FSM / drain.sh 코드
• W3 — IGW deployment + Manifests walkthrough — 커스텀 Deployment, NodePort 분리
• HAProxy walkthrough — on-marked-down, retries 3의 5xx 흡수
• W5 — Test scenarios + Tests walkthrough — 시나리오 4종, artifacts 해석

Step 3 — 사내 적용 검토

• W6 — production apply + Runbook — Citrix↔HAProxy 매핑, 도입 체크리스트

Step 4 — 깊이 보강 (선택)

• Envoy drain listeners — /drain_listeners?graceful&skip_exit 동작