이미지 계층 및 최적화

도커 image는 하나의 거대한 file이 아닙니다. 대신 여러 개의 읽기 전용 레이어를 차례로 쌓아 만듭니다. 이 레이어를 겹쳐 놓은 투명 필름이라고 생각해 보십시오.

각 레이어는 image에 적용된 변경 사항을 나타내므로 image를 효율적이고 유연하게 관리할 수 있습니다. 이러한 레이어 구조는 도커 작동 방식의 핵심입니다.

Dockerfile을 작성하면 거의 모든 지침이 이전 레이어 위에 새 레이어를 만듭니다. FROM, RUN, COPY, ADD와 같은 지침은 모두 새 레이어를 만드는 데 기여합니다.

도커는 이러한 지침을 순서대로 실행하며, 이전 레이어의 상태를 바탕으로 각각의 새 레이어를 빌드합니다.

docker history 명령을 사용하면 image를 구성하는 레이어를 확인할 수 있습니다. 이 명령은 각 지침, 해당 크기 및 생성 시점을 보여 주므로 image가 어떻게 커졌는지 이해하는 데 도움이 됩니다.

image 크기 문제를 디버깅할 때 유용한 강력한 도구입니다.

도커는 영리한 빌드 캐시를 사용합니다. Dockerfile의 지침과 해당 컨텍스트(예: 복사되는 files)가 마지막 빌드 이후 변경되지 않았다면 도커는 기존 레이어를 재사용합니다.

도커가 변경되지 않은 단계를 다시 실행할 필요가 없으므로 이러한 재사용을 통해 후속 빌드 속도가 크게 빨라집니다.

효과적인 캐싱을 위해서는 Dockerfile의 지침 순서가 매우 중요합니다. 자주 변경되지 않는 지침(예: 시스템 종속 항목 설치)을 앞쪽에 배치하십시오.

자주 변경되는 지침(예: 애플리케이션 코드 복사)은 뒤쪽에 배치해야 합니다. 이렇게 하면 코드만 변경된 경우에도 도커가 안정적인 종속 항목의 캐시된 레이어를 재사용할 수 있습니다.

다음 두 Dockerfile 일부를 비교해 보십시오. 좋은 순서는 안정적인 종속 항목을 먼저 배치하므로 도커가 이를 캐시하고 변경되는 애플리케이션 코드에 해당하는 레이어만 다시 빌드할 수 있습니다.

각 RUN 명령은 일반적으로 새 레이어를 만듭니다. 여러 명령을 하나의 RUN 지침으로 결합하면 레이어 수를 줄이고 최종 image 크기도 줄일 수 있습니다.

&& \ 연산자를 사용하여 명령을 연결하면 하나의 원자적 레이어에 포함할 수 있습니다.

여러 RUN 명령을 사용하는 대신 && \로 연결하십시오. 이렇게 하면 모든 작업을 하나의 더 효율적인 레이어에서 처리할 수 있습니다.

빌드 과정에서만 필요한 files는 항상 정리하십시오. 예를 들어 패키지 관리자 캐시(예: apt-get clean)나 임시 빌드 산출물은 image 레이어의 크기를 크게 늘릴 수 있습니다.

이러한 files를 만든 동일한 RUN 명령 안에서 정리하면 이전 레이어에 남지 않습니다.

다음 Dockerfile 일부를 살펴보십시오.

FROM alpine:latest
COPY . /app
RUN apk add --no-cache git
RUN apk add --no-cache make
CMD ["sh"]

image 크기를 줄이고 재빌드를 더 빠르게 할 가능성이 높도록 이 Dockerfile을 최적화하는 가장 좋은 변경 사항은 무엇입니까?

도커 image는 레이어로 빌드되며, 각 지침이 새 레이어를 만드는 경우가 많다는 것을 배웠습니다. 이를 이해하는 것이 최적화의 핵심입니다!

• 빌드 캐시 적중을 극대화하도록 지침 순서를 신중하게 정하기
• 여러 RUN 명령을 하나로 결합하여 레이어 수 줄이기
• 레이어를 작게 유지하도록 각 RUN 명령 안에서 임시 files 정리하기

이러한 기법을 사용하면 더 작고 빠르게 빌드되는 도커 image를 만들 수 있으며, 이는 효율적인 배포에 필수적입니다.