A
약 90초
Kubernetes 활용 경험 구체화→프로젝트 설명→맡은 역할→결과·효과 순 전개
사이드 프로젝트에서 Flask API 서비스를 Kubernetes 위에 올려 운영한 경험이 있습니다. 단일 컨테이너로 로컬에서 돌리다가 배포 환경이 필요해지면서 Minikube로 시작해 이후 GKE로 이전했습니다. 제가 맡은 역할은 Deployment·Service·Ingress 리소스를 작성하고 클러스터를 구성하는 것이었습니다. 처음에는 Deployment와 Service의 관계가 혼동됐는데, 트래픽이 실제로 어떻게 Pod로 라우팅되는지 직접 확인하면서 개념이 정리됐습니다. 운영 중 가장 어려웠던 건 Pod가 재시작될 때 환경 변수 설정이 초기화되는 문제였습니다. ConfigMap과 Secret을 분리해 관리하는 방식으로 해결했고, 그 이후로 설정값 주입 방식이 개발 환경과 분리되는 구조가 만들어졌습니다. 결과적으로 배포 시 서비스 중단 없이 롤링 업데이트가 가능한 구조를 갖게 됐고, 수동 배포 대비 일관성이 높아진 것이 실질적인 개선이었습니다. Kubernetes가 복잡하게 느껴졌지만, 어떤 문제를 해결하려고 생긴 도구인지를 이해하고 나서 구조가 자연스럽게 보이기 시작했습니다.
이 결의 특징
Minikube에서 GKE로 이전하며 Deployment·Service·Ingress를 직접 작성하고, Pod 재시작 시 환경 변수 초기화 문제를 ConfigMap과 Secret 분리로 해결한 흔적이 있습니다. 롤링 업데이트 구조가 만들어진 결과가 담긴 결입니다.
이 결이 통하는 자리
문제와 해결, 결과가 순서대로 이어질 때 통합니다. 도구가 왜 생겼는지 이해한 후 구조가 보이기 시작했다는 학습 과정이 드러나는 자리에서 면접관이 이해의 깊이를 읽는 결이 보입니다.