이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
Docker는 애플리케이션과 실행 환경을 함께 패키징해서 어디서나 같은 방식으로 실행되게 해주는 도구로 이해합니다. 팀 프로젝트에서 환경 차이로 생기는 버그를 없애기 위해 Docker를 처음 도입했고, 컨테이너 이미지를 만들어 팀원 모두가 같은 환경에서 개발할 수 있게 했습니다. Kubernetes는 이런 컨테이너를 여러 대 서버에 걸쳐 자동으로 배포하고 관리하는 오케스트레이션 도구라고 이해합니다. 직접 운영한 경험은 없고, 수업에서 minikube로 간단한 배포 실습을 해봤습니다. 파드가 죽으면 자동으로 다시 올라오는 것과 트래픽 분산 방식을 실습을 통해 이해했습니다. 이 기술들이 왜 중요한지는 개발 환경과 운영 환경의 차이를 줄이고 배포 자동화를 가능하게 하기 때문이라고 봅니다. 실무에서 더 깊이 쓰기 위해 현재 관련 스터디를 진행 중입니다.
Docker를 처음 사용할 때 컨테이너가 왜 같은 환경을 보장하는지를 이해하는 것과 그냥 쓰는 것은 문제가 생겼을 때 대응 능력이 다른 자리라는 것을 알게 됐습니다. 이미지 빌드 시간이 길 때 어디를 줄일 수 있는지는 레이어 캐싱을 이해해야 보이는 자리가 됩니다.
Dockerfile을 작성할 때 변경이 잦은 코드 파일을 마지막에 두고 변경이 적은 의존성 설치 레이어를 앞에 배치하면 캐시 활용률이 높아져 빌드 시간이 줄어든다는 것을 실습에서 확인했습니다. 컨테이너 격리가 네임스페이스와 cgroup으로 구현된다는 것을 이해하면 같은 호스트에서 여러 컨테이너가 서로 간섭 없이 돌아가는 이유가 보이는 자리가 됩니다.
원리를 이해하면 도구의 한계도 보이는 자리가 됩니다. 원리가 있어야 이해가 됩니다.
지금도 Docker는 쓰는 것이 아니라 왜 이 구조인지를 이해해야 실무에서 활용 가능한 자리라고 생각합니다. 이해가 있어야 활용이 됩니다.
Kubernetes를 이해하는 과정에서 minikube 실습으로 기본 동작을 확인하는 것과 실무 환경에 적용하기 위해 필요한 역량 차이가 어디서 생기는지를 파악하는 것이 다음 단계를 설계하는 자리라는 것을 알게 됐습니다.
스터디에서 HPA(수평 자동 확장)와 롤링 업데이트를 직접 실습하면서, HPA가 CPU 사용률 기준으로 파드 수를 자동 조정하는 자리와 롤링 업데이트가 서비스 중단 없이 새 버전을 배포하는 방식을 이해했습니다. 실무에서 이것을 쓰려면 네임스페이스·RBAC·네트워크 정책에 대한 이해가 더 필요하다는 것을 스터디 과정에서 정리했습니다. 무엇을 더 배워야 하는지가 보이는 것이 현재 이해 수준의 한계를 아는 자리가 됩니다.
다음 결로 가는 자리를 알아야 학습 방향이 생기는 자리라고 생각합니다. 앎이 있어야 방향이 됩니다.
지금도 Kubernetes는 개념이 아니라 실무 환경에서 설계할 수 있는 수준까지 가는 것이 목표인 자리라고 생각합니다. 목표가 있어야 성장이 됩니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 호텔신라 공통직무·미지정 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.