예시 답변 1
약 84초
개인 클러스터 실습 중 Pod 재시작 문제 해결 경험 결
개인 공부로 Kubernetes를 로컬 환경에 구성하여 간단한 웹 서비스를 배포해보았습니다. Deployment로 Pod을 띄웠는데, 컨테이너가 계속 재시작되면서 CrashLoopBackOff 상태가 반복되었습니다. kubectl logs로 확인해보니 애플리케이션 자체 오류가 아니라, 환경변수가 없어서 초기화에 실패하는 것이었습니다. ConfigMap으로 환경변수를 주입하는 방법을 찾아서 연결했더니 정상 동작하였습니다. 처음에는 컨테이너 이미지 문제인 줄 알고 이미지를 세 번 다시 빌드했지만, 로그 먼저 확인하는 순서를 지키지 않아서 시간이 많이 낭비되었습니다. 그 이후로는 문제가 생기면 로그부터 확인하는 습관이 생겼습니다.
이 결의 특징
개인 클러스터에서 CrashLoopBackOff 반복 상황에서 컨테이너 이미지 문제로 의심해 이미지를 세 번 다시 빌드했다가 로그를 먼저 확인하는 순서를 지키지 않았다는 것을 깨닫고 환경변수 누락임을 발견해 ConfigMap으로 해결한 흔적이 있습니다. 문제가 생기면 로그부터 확인하는 습관이 생겼다는 구체 행동 변화가 관찰자 눈에 남는 결이 자주 보입니다.
이 결이 통하는 자리
세 번 이미지 재빌드 낭비가 로그 먼저 확인 순서 원칙으로 닫히는 연결이 살아 있을 때 통합니다. 잘못된 가설부터 접근한 실수와 올바른 순서 발견이 쌍을 이루는 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.