Docker 주니어 실무 코딩 면접

이는 Docker의 레이어 캐싱을 효율적으로 활용하기 위한 전략입니다. package.json이 변경되지 않으면 npm install 레이어가 캐시되어 재사용되므로, 소스 코드만 변경되었을 때 의존성 설치 과정을 건너뛸 수 있습니다. 이를 통해 빌드 시간을 크게 단축할 수 있으며, 일반적으로 소스 코드는 자주 변경되지만 의존성은 상대적으로 덜 변경되는 특성을 활용한 것입니다. 이러한 레이어 순서 최적화는 CI/CD 파이프라인에서 빌드 속도를 개선하는 핵심 기법입니다.

바인드 마운트(-v /host/path:/container/path)는 호스트의 특정 디렉토리를 직접 컨테이너에 마운트하며, 개발 환경에서 소스 코드를 실시간으로 반영하거나 로그 파일에 직접 접근할 때 유용합니다. Named Volume(-v volume-name:/container/path)은 Docker가 관리하는 볼륨으로, 데이터가 Docker 전용 영역에 저장되며 프로덕션 환경의 데이터베이스나 영구 저장이 필요한 데이터에 적합합니다. Named Volume은 Docker CLI로 관리 가능하고 백업이 용이하며, 호스트 시스템과의 결합도가 낮아 이식성이 높습니다.

사용자 정의 브리지 네트워크는 자동 DNS 해석 기능을 제공하여 컨테이너 이름으로 다른 컨테이너에 접근할 수 있습니다. 기본 브리지 네트워크에서는 IP 주소를 직접 사용하거나 --link 옵션을 사용해야 하는데, 이는 유지보수가 어렵고 deprecated된 방식입니다. 또한 사용자 정의 네트워크는 네트워크 격리를 제공하여 같은 네트워크에 속한 컨테이너만 통신할 수 있어 보안성이 향상됩니다. 실무에서는 docker network create 명령으로 애플리케이션별 네트워크를 생성하여 관리하는 것이 베스트 프랙티스입니다.

ARG는 빌드 시점에만 사용되는 변수로, docker build --build-arg 옵션으로 값을 전달하며 이미지 빌드 과정에서만 접근 가능합니다. ENV는 환경 변수로 설정되어 빌드 시점과 런타임 시점 모두에서 사용 가능하며, 실행 중인 컨테이너 내부에서도 접근할 수 있습니다. 예를 들어, 빌드 환경에 따라 다른 베이스 이미지를 선택할 때는 ARG를, 애플리케이션이 실행 중에 참조해야 하는 설정값은 ENV를 사용합니다. ARG 값은 최종 이미지에 환경 변수로 남지 않아 민감 정보가 노출되지 않는 장점이 있습니다.

실행 중인 컨테이너는 docker exec -it container-name /bin/bash 또는 /bin/sh 명령으로 셸에 접속하여 파일 시스템, 프로세스, 환경 변수 등을 확인할 수 있습니다. 컨테이너가 즉시 종료되는 경우에는 docker run --entrypoint /bin/sh -it image-name 처럼 ENTRYPOINT를 오버라이드하여 셸로 시작하거나, docker logs container-name으로 로그를 확인하여 에러 원인을 파악합니다. 또한 docker run에 --rm 플래그를 제거하여 종료된 컨테이너를 유지하고 docker logs나 docker inspect로 상태를 분석할 수 있습니다. 실무에서는 애플리케이션 로그를 표준 출력으로 보내는 것이 디버깅에 유리합니다.