1. startupProbe와 initialDelaySeconds의 차이점이 궁금합니다.
startupProbe는 앱이 완전히 시작될 때까지 liveness/readiness 검사를 막아주는 ‘부팅 게이트’이고, initialDelaySeconds는 각 프로브의 ‘첫 실행만 늦추는 대기시간’입니다. 그 뒤에는 평소 주기로 바로 검사합니다. (startupProbe가 정의돼 있으면, liveness/readiness의 initialDelay 카운트 자체가 startupProbe 성공 이후부터 시작됩니다.)
예를 들어서 프로브 실행 순서 ( startupProbe와 livenessProbe, readinessProbe가 정의된 경우)
1. startupProbe가 실행되어 애플리케이션이 준비되었는지 확인합니다.
2. startupProbe가 성공하면, livenessProbe와 readinessProbe가 각각의 initialDelaySeconds를 기다린 후 실행을 시작합니다.
3. 이후 livenessProbe와 readinessProbe는 설정된 주기(periodSeconds)에 따라 정기적으로 실행됩니다.
부팅 시간이 길거나 들쑥날쑥하면 startupProbe, 딱 10초처럼 일정하면 initialDelaySeconds만으로도 충분합니다.
2. Startup Probe는 내용이 많지 않은 이유
startupProbe의 설명이 간결한 이유는 이 프로브가 "느리고 가변적인 부팅 구간 보호"라는 특정 상황에 특화되어 있기 때문입니다.
livenessProbe와 readinessProbe가 애플리케이션의 지속적인 상태를 모니터링하는 반면, startupProbe는 초기화가 완료될 때까지 애플리케이션을 보호하는 단일 목적을 가집니다. 따라서 개념을 이해한 후, 애플리케이션 특성에 따라 적절히 적용하면 됩니다.
1. startupProbe와 initialDelaySeconds의 차이점이 궁금합니다.
startupProbe는 앱이 완전히 시작될 때까지 liveness/readiness 검사를 막아주는 ‘부팅 게이트’이고, initialDelaySeconds는 각 프로브의 ‘첫 실행만 늦추는 대기시간’입니다. 그 뒤에는 평소 주기로 바로 검사합니다. (startupProbe가 정의돼 있으면, liveness/readiness의 initialDelay 카운트 자체가 startupProbe 성공 이후부터 시작됩니다.)
예를 들어서 프로브 실행 순서 ( startupProbe와 livenessProbe, readinessProbe가 정의된 경우)
1. startupProbe가 실행되어 애플리케이션이 준비되었는지 확인합니다.
2. startupProbe가 성공하면, livenessProbe와 readinessProbe가 각각의 initialDelaySeconds를 기다린 후 실행을 시작합니다.
3. 이후 livenessProbe와 readinessProbe는 설정된 주기(periodSeconds)에 따라 정기적으로 실행됩니다.
부팅 시간이 길거나 들쑥날쑥하면 startupProbe, 딱 10초처럼 일정하면 initialDelaySeconds만으로도 충분합니다.
2. Startup Probe는 내용이 많지 않은 이유
startupProbe의 설명이 간결한 이유는 이 프로브가 "느리고 가변적인 부팅 구간 보호"라는 특정 상황에 특화되어 있기 때문입니다.
livenessProbe와 readinessProbe가 애플리케이션의 지속적인 상태를 모니터링하는 반면, startupProbe는 초기화가 완료될 때까지 애플리케이션을 보호하는 단일 목적을 가집니다. 따라서 개념을 이해한 후, 애플리케이션 특성에 따라 적절히 적용하면 됩니다.