Docker 레이어 캐싱의 원리와 최적화 전략은?

도커 이미지는 여러 개의 읽기 전용 레이어(Layer)가 쌓인 구조입니다. Dockerfile의 각 명령어(RUN, COPY, ADD 등)가 실행될 때마다 새로운 레이어가 생성됩니다. 빌드 시 도커 엔진은 이전에 생성된 레이어의 체크섬을 확인하여, 명령어가 동일하고 참조하는 파일에 변화가 없다면 해당 레이어를 새로 생성하지 않고 기존 캐시를 재사용하여 시간을 절약합니다.

레이어 캐싱에서 가장 중요한 규칙은 '순차적 의존성'입니다. 특정 단계의 레이어가 변경되면 그 이후의 모든 단계는 캐시가 무효화(Cache Invalidate)되어 새로 빌드됩니다. 예를 들어, 소스 코드를 전체 복사하는 명령어가 패키지 설치 명령어보다 위에 있다면, 코드 한 줄만 수정해도 매번 모든 패키지를 다시 다운로드하게 되어 빌드 효율이 급격히 떨어집니다.

따라서 효율적인 빌드를 위해서는 자주 변하지 않는 레이어를 먼저 정의해야 합니다. 일반적으로 베이스 이미지 설정, 환경 변수 정의, 의존성 파일(package.json, go.mod 등)만 먼저 복사, 의존성 설치 순으로 작성하고, 가장 자주 변경되는 실제 소스 코드 복사 및 빌드 명령은 마지막 단계에 배치하는 것이 정석적인 최적화 방법입니다.

또한, RUN 명령어에서 여러 쉘 명령을 &&로 묶어 레이어 수를 줄이는 것도 중요하지만, 캐시 단위를 고려하여 적절히 나누는 전략도 필요합니다. 최근에는 Multi-stage Build를 활용해 최종 이미지 크기를 줄이면서도 빌드 단계별 캐시를 극대화하는 방식이 널리 사용되며, 이는 배포 파이프라인의 전체적인 성능 향상으로 이어집니다.