예시 답변 1
약 65초
경험 기반 구체화
Kubernetes 환경에서 서비스를 직접 운영한 경험은 없지만, 학교 클라우드 컴퓨팅 수업에서 미니 쿠버네티스 클러스터를 구성하고 간단한 서비스를 배포하는 실습을 했습니다. 가장 자주 마주친 문제는 Pod가 CrashLoopBackOff 상태에 빠지는 것인데, 로그를 확인해보면 대부분 환경변수 누락이나 의존 서비스 연결 실패였습니다.
kubectl logs와 kubectl describe pod를 조합해서 원인을 추적하는 것이 디버깅의 기본이라는 것을 배웠습니다. 또 리소스 요청(requests)과 제한(limits) 설정이 없으면 한 Pod가 노드 자원을 독점해서 다른 서비스까지 불안정해지는 상황을 경험했습니다.
스케일링 테스트를 할 때 HPA가 의도대로 트리거되지 않아서 메트릭 서버 설치 여부를 빠뜨리지 말아야 한다는 것도 배웠습니다.
이 결의 특징
Kubernetes 수업 실습에서 Pod CrashLoopBackOff 원인을 대부분 환경변수 누락이나 의존 서비스 연결 실패에서 발견했고, kubectl logs와 describe pod를 조합해 원인을 추적하는 것이 디버깅의 기본이라는 것과, 리소스 requests와 limits 설정 없이 한 Pod가 노드 자원을 독점하는 상황을 경험한 흔적이 있습니다.
이 결이 통하는 자리
CrashLoopBackOff 원인 패턴과 디버깅 명령 조합, 리소스 설정 중요성이 실습에서 나왔다는 자리가 설명될 때 통합니다. HPA 트리거 실패와 메트릭 서버 설치 확인 교훈까지 함께 설명되는 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.