Docker 테스트 및 코드품질 미드레벨 기술면접

통합 테스트에서는 각 테스트 케이스마다 독립적인 컨테이너 인스턴스를 생성하여 테스트 간 상태 공유를 방지해야 합니다. Testcontainers 라이브러리를 사용하면 테스트 코드 내에서 프로그래매틱하게 컨테이너를 시작하고, 테스트 완료 후 자동으로 컨테이너를 제거할 수 있습니다. 데이터베이스나 메시지 큐 같은 의존성 서비스를 실제 컨테이너로 실행하여 프로덕션 환경과 유사한 조건에서 테스트할 수 있습니다. 테스트 격리를 위해 각 테스트마다 별도의 Docker 네트워크를 생성하고, @AfterEach나 try-finally 블록에서 컨테이너와 네트워크를 명시적으로 정리해야 합니다. docker-compose.test.yml 파일을 별도로 관리하여 테스트 전용 설정을 분리하고, CI/CD 파이프라인에서 일관된 테스트 환경을 보장할 수 있습니다.

apt-get update를 별도 레이어로 분리하면 캐시된 오래된 패키지 인덱스를 사용하여 잘못된 버전의 패키지가 설치될 수 있으므로, RUN apt-get update && apt-get install을 하나의 명령어로 체이닝해야 합니다. 소스 코드를 Dockerfile 상단에 배치하면 코드 변경 시마다 모든 하위 레이어의 캐시가 무효화되어 빌드 시간이 크게 증가합니다. 변경 빈도가 낮은 작업(시스템 패키지 설치, 의존성 설치)을 상단에, 변경 빈도가 높은 작업(소스 코드 복사)을 하단에 배치해야 캐시를 효율적으로 활용할 수 있습니다. package.json 같은 의존성 파일만 먼저 복사하여 npm install을 실행하고, 그 이후에 소스 코드를 복사하는 순서로 개선해야 합니다. 또한 apt-get clean과 rm -rf /var/lib/apt/lists/*를 같은 RUN 명령어에 포함시켜 불필요한 캐시 파일을 제거하고 이미지 크기를 줄여야 합니다.

종합적인 헬스체크는 여러 레벨의 검증을 포함해야 하며, liveness와 readiness를 구분하여 설계해야 합니다. HTTP 엔드포인트는 /health/live(프로세스 살아있음)와 /health/ready(트래픽 받을 준비됨)로 분리하고, readiness에서 데이터베이스 연결, 캐시 서버 응답, 필수 외부 API 접근성을 검증합니다. 각 체크 항목에 타임아웃을 설정하고(예: DB 연결 2초, API 호출 3초), 일시적 네트워크 지연으로 인한 false positive를 방지하기 위해 연속 3회 실패 시에만 unhealthy로 판단하는 로직을 구현합니다. 헬스체크 스크립트 내부에서 circuit breaker 패턴을 적용하여 외부 의존성 장애가 전체 서비스를 중단시키지 않도록 하고, 비필수 서비스는 degraded 상태로 표시하되 healthy를 유지합니다. Docker의 --health-retries, --health-interval, --health-start-period 옵션을 적절히 조정하여 컨테이너 시작 시 초기화 시간을 고려하고, 오케스트레이션 도구(Kubernetes, Swarm)와 연동하여 unhealthy 컨테이너를 자동으로 재시작하거나 트래픽에서 제외시킵니다.