이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
인턴십 중 EKS 클러스터 마이너 버전 업그레이드 작업에 참여했습니다. 업그레이드 전에 릴리스 노트를 검토하면서 deprecated API 제거로 기존 배포 매니페스트가 호환성 문제를 일으킬 수 있다는 걸 파악했고, 먼저 kubectl convert로 영향 범위를 확인했습니다. 트러블슈팅 중 기억에 남는 건 업그레이드 후 특정 파드가 Pending 상태에서 풀리지 않는 문제였는데, 노드 레이블과 nodeSelector 설정이 버전 차이로 어긋난 것이 원인이었습니다.
업그레이드 작업에서 가장 중요한 건 되돌릴 수 있는 단계를 먼저 확보하는 것이었는데, 사전 스냅샷과 롤백 계획을 준비해두면 실수가 있어도 빠르게 복구할 수 있었습니다. 이 경험에서 인프라 변경은 드라이런과 검증 단계를 항상 별도로 두는 것의 중요성을 배웠습니다.
EKS 업그레이드 작업에서 deprecated API 목록을 확인하는 것까지는 혼자 진행했는데, 실제 매니페스트를 수정하는 과정에서 CRD 마이그레이션이 필요한 케이스를 마주쳤습니다. 처음 보는 영역이라 어디서부터 시작해야 할지 감이 잡히지 않았습니다.
팀 내 시니어 엔지니어에게 상황을 설명하고 접근 방향을 물었습니다. 직접 해결해달라는 것이 아니라, 이 문제를 풀기 위해 어떤 순서로 접근하면 좋을지 조언을 구했습니다. 시니어 엔지니어가 공식 마이그레이션 가이드의 어느 섹션을 보면 되는지와 비슷한 케이스를 다룬 이슈 링크를 알려줬고, 그것만으로 방향이 잡혔습니다.
이 경험에서 배운 것은 막힌 상황에서 도움을 구하는 것이 약점이 아니라는 점입니다. 어디서 막혔고 어느 정보가 필요한지를 정확하게 설명할 수 있을 때 도움 요청이 더 빠르게 효과가 납니다. 막힌 채로 혼자 시간을 쓰는 것보다 방향을 빨리 잡는 것이 팀 전체에 더 나은 결이었습니다.
EKS 업그레이드 작업이 끝난 뒤 이 경험을 팀 내 문서로 남기는 것이 가장 중요한 마무리였습니다. 다음 버전 업그레이드가 올 때 같은 조사를 반복하지 않으려면, 이번에 어떤 순서로 진행했고 어떤 점이 예상과 달랐는지를 기록해야 했습니다.
deprecated API 목록 확인 방법, 노드 레이블과 nodeSelector 불일치 케이스, 스냅샷 타이밍 등을 포함해 런북 형태로 정리했습니다. 단순히 성공적으로 마쳤다는 기록이 아니라, 다음 사람이 같은 단계를 밟을 때 어디서 주의해야 하는지가 보이도록 작성하는 것을 목표로 했습니다.
나중에 팀의 다른 멤버가 마이너 업그레이드를 진행할 때 이 문서를 참고했다는 이야기를 들었습니다. 한 번의 경험이 문서화를 통해 여러 번 가치를 내는 것을 직접 확인한 자리였고, 작업을 마치고 나서 기록하는 것이 그 작업만큼 중요하다는 생각이 자리 잡혔습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 넥스트증권 인프라/클라우드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.