Dockerfile 디렉터리 구조 최적화를 통한 효율적인 Docker 빌드

소개

이 포괄적인 가이드에서는 최적의 Docker 빌드를 달성하기 위해 Dockerfile 디렉터리를 구조화하는 기술을 탐구합니다. Dockerfile 구문을 이해하는 것부터 다단계 빌드 및 빌드 캐싱과 같은 고급 기술을 활용하는 것까지, Docker 빌드 프로세스를 간소화하고 효율적이며 가벼운 이미지를 만드는 방법을 배울 것입니다.

Docker 빌드 소개

Docker 는 애플리케이션을 구축, 패키징 및 배포하는 방식을 혁신한 강력한 컨테이너화 플랫폼입니다. Docker 의 핵심 기능은 Docker 이미지를 구축하는 데 필요한 단계를 정의하는 선언적 구성 파일인 Dockerfile 입니다. Docker 빌드의 기본 원리를 이해하는 것은 컨테이너화의 이점을 효과적으로 활용하는 데 필수적입니다.

이 섹션에서는 Docker 빌드의 기본 사항, Dockerfile 의 목적, 사용 가능한 명령어 및 전체 빌드 프로세스를 포함하여 Docker 빌드의 기본 사항을 살펴볼 것입니다. 또한 Docker 빌드를 효율적이고 일관되게 최적화하는 것의 중요성에 대해 논의할 것입니다.

Docker 빌드 프로세스 이해

Docker 빌드 프로세스는 Dockerfile 을 Docker 이미지로 변환하는 과정입니다. 이 프로세스는 docker build 명령을 실행하여 시작되며, Dockerfile 을 읽고 명령어를 실행하며 레이어별로 새로운 이미지를 생성합니다.

graph TD A[Dockerfile] --> B[docker build] B --> C[Docker Image]

Dockerfile 의 각 명령어는 결과 Docker 이미지의 새로운 레이어에 해당합니다. 이러한 레이어는 Docker 에서 캐싱되어 명령어가 변경되지 않은 경우 후속 빌드를 더 빠르게 수행할 수 있도록 합니다.

Docker 빌드 명령어 탐색

Dockerfile 은 빌드 프로세스와 결과 Docker 이미지를 사용자 지정할 수 있는 다양한 명령어를 지원합니다. 가장 일반적으로 사용되는 명령어 중 일부는 다음과 같습니다.

FROM: 빌드에 사용할 기본 이미지를 지정합니다.
COPY: 호스트에서 컨테이너로 파일 또는 디렉터리를 복사합니다.
RUN: 빌드 프로세스 중 컨테이너 내에서 명령을 실행합니다.
ENV: 컨테이너 내에서 환경 변수를 설정합니다.
WORKDIR: 후속 명령어에 대한 작업 디렉터리를 지정합니다.
CMD: 컨테이너가 시작될 때 실행할 기본 명령을 정의합니다.

이러한 명령어의 목적과 구문을 이해하는 것은 Dockerfile 을 효과적으로 구조화하고 Docker 빌드를 최적화하는 데 필수적입니다.

Docker 빌드 최적화의 중요성

Docker 빌드를 최적화하는 것은 다음과 같은 여러 가지 이유로 중요합니다.

빌드 효율: 더 빠른 빌드 시간은 개발자 생산성과 전체 개발 워크플로우를 크게 향상시킬 수 있습니다.
일관성: 적절하게 구조화된 Dockerfile 은 환경 특정 문제 발생 위험을 줄이고 일관되고 재현 가능한 빌드를 보장합니다.
이미지 크기: 더 작은 Docker 이미지는 더 빠른 다운로드, 감소된 저장 공간 요구 사항 및 개선된 배포 효율을 가져옵니다.
보안: 빌드 종속성 및 외부 리소스를 적절하게 관리하면 Docker 이미지의 보안 취약성을 완화하는 데 도움이 될 수 있습니다.

최선의 방법을 따르고 고급 기술을 활용하여 Docker 빌드를 최적화하고 컨테이너화된 애플리케이션이 효율적으로 구축 및 배포되도록 할 수 있습니다.

Dockerfile 구문 이해

Dockerfile 은 Docker 이미지를 구축하는 데 필요한 단계를 정의하는 강력한 구성 파일입니다. Dockerfile 의 각 명령어는 결과 이미지의 레이어에 해당하며, 이러한 명령어의 구문을 이해하는 것은 Docker 빌드를 효과적으로 구조화하는 데 필수적입니다.

Dockerfile 명령어 구문

Dockerfile 명령어의 기본 구문은 다음과 같습니다.

INSTRUCTION argument

여기서 INSTRUCTION은 FROM, COPY, 또는 RUN과 같은 특정 명령어를 나타내고, argument는 해당 명령어와 관련된 값 또는 매개변수입니다.

예를 들어, 다음 Dockerfile 명령어는 호스트에서 컨테이너로 파일을 복사합니다.

COPY source_file.txt /destination/path/

일반적인 Dockerfile 명령어

가장 일반적으로 사용되는 Dockerfile 명령어 중 일부는 다음과 같습니다.

명령어	설명
`FROM`	빌드에 사용할 기본 이미지를 지정합니다.
`COPY`	호스트에서 컨테이너로 파일 또는 디렉터리를 복사합니다.
`ADD`	`COPY`와 유사하지만 압축된 파일을 추출할 수도 있습니다.
`RUN`	빌드 프로세스 중 컨테이너 내에서 명령을 실행합니다.
`ENV`	컨테이너 내에서 환경 변수를 설정합니다.
`WORKDIR`	후속 명령어에 대한 작업 디렉터리를 지정합니다.
`CMD`	컨테이너가 시작될 때 실행할 기본 명령을 정의합니다.
`ENTRYPOINT`	컨테이너가 시작될 때 항상 실행될 명령을 구성합니다.

이러한 명령어의 목적과 구문을 이해하는 것은 Dockerfile 을 효과적으로 구조화하고 Docker 빌드를 최적화하는 데 필수적입니다.

Dockerfile 최선의 방법

Dockerfile 을 작성할 때는 효율적이고 유지 관리 가능한 빌드를 보장하기 위해 최선의 방법을 따르는 것이 중요합니다. 몇 가지 주요 최선의 방법은 다음과 같습니다.

레이어 수 최소화: Docker 이미지의 레이어가 적을수록 빌드 시간이 빨라지고 이미지 크기가 작아집니다.
빌드 캐싱 활용: Dockerfile 명령어를 적절히 순서대로 배치하면 Docker 의 빌드 캐싱 메커니즘의 이점을 극대화할 수 있습니다.
다단계 빌드 사용: 다단계 빌드를 사용하면 빌드 및 런타임 환경을 분리하여 더 작고 안전한 Docker 이미지를 생성할 수 있습니다.
불필요한 종속성 제거: Docker 이미지에 필요한 종속성과 패키지만 포함하여 이미지를 가볍고 효율적으로 유지합니다.

Dockerfile 구문을 이해하고 최선의 방법을 따르면, 컨테이너화된 애플리케이션의 전반적인 효율성과 신뢰성에 기여하는 잘 구조화되고 최적화된 Docker 빌드를 만들 수 있습니다.

Docker 빌드 컨텍스트 디렉터리 구성

Docker 빌드 컨텍스트는 빌드 프로세스 중 접근 가능한 파일 및 디렉터리 집합을 의미합니다. 빌드 컨텍스트 디렉터리를 적절히 구성하는 것은 Docker 빌드 성능, 보안 및 유지 관리성에 영향을 미칠 수 있으므로 Docker 빌드 최적화에 필수적입니다.

빌드 컨텍스트 이해

docker build 명령을 실행하면 Docker 는 전체 빌드 컨텍스트 디렉터리를 Docker 데몬으로 전송합니다. 즉, 빌드 컨텍스트 내의 모든 파일 및 디렉터리는 빌드 프로세스 중 사용할 수 있으며, Dockerfile 자체도 포함됩니다.

graph TD A[빌드 컨텍스트] --> B[Dockerfile] A --> C[다른 파일/디렉터리] B --> D[Docker 데몬] C --> D

빌드 컨텍스트에 포함되는 파일 및 디렉터리를 신중하게 고려하는 것이 중요합니다. 불필요하거나 민감한 파일은 빌드 시간을 증가시키고 민감한 정보를 노출할 수 있기 때문입니다.

빌드 컨텍스트 구성을 위한 최선의 방법

Docker 빌드 컨텍스트를 최적화하려면 다음과 같은 최선의 방법을 고려하십시오.

빌드 컨텍스트 크기 최소화: 빌드 프로세스에 필요한 파일 및 디렉터리만 포함합니다. 로컬 개발 아티팩트나 민감한 정보와 같은 불필요한 파일은 포함하지 마십시오.
.dockerignore 파일 활용: .gitignore 파일과 유사하게 .dockerignore 파일을 사용하여 빌드 컨텍스트에서 특정 파일 및 디렉터리를 제외할 수 있습니다. 이를 통해 빌드 컨텍스트 크기를 크게 줄이고 빌드 성능을 향상시킬 수 있습니다.
빌드 및 런타임 종속성 분리: 애플리케이션에 서로 다른 빌드 및 런타임 종속성이 있는 경우 다단계 빌드 프로세스를 사용하여 최종 Docker 이미지를 가볍고 효율적으로 유지하는 것을 고려하십시오.
프로젝트 구조 정리: 소스 코드, 구성 파일 및 기타 자산을 위한 전용 디렉터리를 사용하여 깨끗하고 논리적인 프로젝트 구조를 유지합니다. 이렇게 하면 빌드 컨텍스트를 관리하고 Dockerfile 을 유지 관리하기가 더 쉬워집니다.
Dockerfile 에서 상대 경로 사용: Dockerfile 에서 파일 또는 디렉터리를 참조할 때 절대 경로 대신 상대 경로를 사용합니다. 이렇게 하면 Dockerfile 을 더욱 포터블하게 만들고 유지 관리하기가 더 쉬워집니다.

이러한 최선의 방법을 따르면 Docker 빌드 컨텍스트가 성능, 보안 및 유지 관리성을 위해 최적화되어 더욱 효율적이고 안정적인 Docker 빌드를 수행할 수 있습니다.

Dockerfile 빌드 최적화를 위한 최선의 방법

Dockerfile 빌드를 최적화하는 것은 컨테이너화된 애플리케이션의 효율성, 일관성 및 보안을 개선하는 데 필수적입니다. 최선의 방법을 따르면 Docker 빌드가 간소화되어 배포 파이프라인의 전반적인 신뢰성에 기여합니다.

다단계 빌드 활용

다단계 빌드는 빌드 및 런타임 환경을 분리하여 더 작고 안전한 Docker 이미지를 생성할 수 있습니다. 이 접근 방식은 Dockerfile 에서 각각 특정 목적을 가진 여러 FROM 명령어를 사용하는 것을 포함합니다.

## 빌드 단계
FROM ubuntu:22.04 AS builder
RUN apt-get update && apt-get install -y build-essential
COPY . /app
RUN cd /app && make

## 런타임 단계
FROM ubuntu:22.04
COPY --from=builder /app/bin /app/bin
CMD ["/app/bin/my-app"]

다단계 빌드를 사용하면 최종 이미지 크기를 최소화하고 컨테이너화된 애플리케이션의 공격 표면을 줄일 수 있습니다.

레이어 캐싱 최적화

Docker 의 빌드 캐싱 메커니즘은 빌드 시간을 크게 개선할 수 있지만, 이 기능을 최대한 활용하기 위해 Dockerfile 명령어를 구조화하는 것이 중요합니다. 변경될 가능성이 낮은 명령어 (예: 패키지 설치) 는 Dockerfile 의 앞쪽에 배치하고, 변경될 가능성이 높은 명령어 (예: 애플리케이션 코드) 는 뒤쪽에 배치합니다.

FROM ubuntu:22.04
RUN apt-get update && apt-get install -y build-essential
COPY requirements.txt .
RUN pip install -r requirements.txt
COPY . /app
RUN cd /app && make

이 접근 방식은 캐싱된 레이어를 후속 빌드에서 재사용할 수 있도록 하여 전체 빌드 시간을 줄입니다.

이미지 크기 최소화

Docker 이미지가 작을수록 다운로드 속도가 빨라지고, 저장 공간 요구량이 줄어들며, 배포 효율성이 향상됩니다. 이미지 크기를 최소화하려면 다음 기술을 고려하십시오.

가능한 경우 최소한의 베이스 이미지 (예: scratch, alpine) 를 사용합니다.
불필요한 패키지 또는 종속성을 설치하지 않습니다.
다단계 빌드를 활용하여 빌드 및 런타임 환경을 분리합니다.
가능한 경우 COPY를 ADD 대신 사용합니다. COPY가 일반적으로 더 효율적입니다.
빌드 프로세스 후 빌드 시간 종속성 및 임시 파일을 제거합니다.

이러한 최선의 방법을 따르면 컨테이너화된 애플리케이션의 전반적인 성능과 유지 관리성에 기여하는 가볍고 효율적인 Docker 이미지를 만들 수 있습니다.

효율적인 다단계 빌드 활용

다단계 빌드는 더 효율적이고 최적화된 Docker 이미지를 생성할 수 있는 Docker 의 강력한 기능입니다. 빌드 및 런타임 환경을 분리함으로써 최종 Docker 이미지의 크기를 크게 줄일 수 있으며, 이는 더 빠른 다운로드, 감소된 저장 공간 요구 사항 및 향상된 배포 효율로 이어집니다.

다단계 빌드 이해

다단계 빌드의 기본 개념은 단일 Dockerfile 에서 각각 특정 목적을 가진 여러 FROM 명령어를 사용하는 것입니다. 첫 번째 단계는 일반적으로 빌드 프로세스에 사용되며, 여기서 종속성을 설치하고 애플리케이션을 컴파일하고 필요한 아티팩트를 생성합니다. 두 번째 (또는 그 이후) 단계는 배포에 사용될 최종 최적화된 Docker 이미지를 생성하는 데 사용됩니다.

graph TD A[빌드 단계] --> B[런타임 단계] B --> C[최종 Docker 이미지]

빌드 및 런타임 환경을 분리함으로써 최종 Docker 이미지에 빌드 시간 종속성의 부풀림 없이 필요한 구성 요소만 포함되도록 할 수 있습니다.

다단계 빌드 구현

다음은 간단한 Go 애플리케이션을 위한 다단계 Dockerfile 의 예입니다.

## 빌드 단계
FROM golang:1.18 AS builder
WORKDIR /app
COPY . .
RUN go build -o my-app

## 런타임 단계
FROM ubuntu:22.04
COPY --from=builder /app/my-app /app/my-app
CMD ["/app/my-app"]

이 예제에서 첫 번째 단계는 golang:1.18 이미지를 사용하여 Go 애플리케이션을 빌드하고, 두 번째 단계는 ubuntu:22.04 이미지를 런타임 환경으로 사용하여 첫 번째 단계에서 필요한 바이너리만 복사합니다.

다단계 빌드의 이점

다단계 빌드를 활용하면 다음과 같은 여러 가지 이점을 얻을 수 있습니다.

이미지 크기 감소: 최종 Docker 이미지에는 필요한 런타임 구성 요소만 포함되어 있어 이미지 크기가 크게 줄어듭니다.
보안 향상: Docker 이미지의 공격 표면을 최소화하여 보안 취약성 위험을 줄일 수 있습니다.
더 빠른 배포: 더 작은 Docker 이미지는 더 빠른 다운로드 및 향상된 배포 효율로 이어집니다.
유지 관리 가능한 Dockerfile: 다단계 빌드는 걱정 사항을 분리하고 Dockerfile 을 더욱 모듈화하고 유지 관리하기 쉽게 만드는 데 도움이 됩니다.

다단계 빌드를 Docker 빌드 프로세스에 통합하는 것은 Docker 이미지를 최적화하고 컨테이너화된 애플리케이션의 전반적인 효율성을 개선하기 위한 권장 사항입니다.

Docker 빌드 레이어 캐싱을 통한 빠른 재빌드

Docker 의 빌드 캐싱 메커니즘은 Docker 빌드의 효율성을 크게 향상시킬 수 있는 강력한 기능입니다. 이 캐싱 메커니즘을 활용하면 Docker 가 캐싱된 레이어를 재사용하여 처음부터 다시 빌드하는 대신 후속 빌드에 필요한 시간을 줄일 수 있습니다.

Docker 빌드 캐싱 이해

docker build 명령을 실행하면 Docker 는 일련의 중간 레이어를 생성합니다. 각 레이어는 단일 Dockerfile 명령의 결과를 나타냅니다. 이러한 레이어는 Docker 에 의해 캐싱되며, 후속 빌드에서 명령이 변경되지 않았다면 Docker 는 캐싱된 레이어를 재사용하여 다시 빌드하지 않을 수 있습니다.

graph TD A[Dockerfile] --> B[docker build] B --> C[캐싱된 레이어] C --> D[최종 Docker 이미지]

캐싱 메커니즘은 복사되는 파일의 내용 또는 실행되는 명령의 내용을 기반으로 합니다. 파일의 내용이 변경되거나 명령이 다른 결과를 생성하면 Docker 는 캐시를 무효화하고 영향을 받는 레이어를 다시 빌드합니다.

Docker 빌드 캐싱 최적화

Docker 의 빌드 캐싱을 최대한 활용하려면 캐싱된 레이어의 재사용을 극대화하도록 Dockerfile 명령어를 구조화해야 합니다. 다음은 몇 가지 최선의 방법입니다.

변경 가능성이 낮은 명령어를 먼저 배치: 변경될 가능성이 낮은 명령어 (예: 패키지 설치, 환경 변수 설정) 를 Dockerfile 의 처음에 배치합니다.
관련 명령어 그룹화: 관련 명령어 (예: 특정 종속성 집합에 대한 모든 RUN 명령) 를 그룹화하여 단일 레이어로 캐싱될 수 있도록 합니다.
다단계 빌드 사용: 빌드 및 런타임 환경을 분리하여 빌드 시간 종속성을 런타임 구성 요소와 분리할 수 있도록 다단계 빌드를 활용합니다.
.dockerignore 파일 활용: 빌드 프로세스에 필요하지 않은 파일 및 디렉터리를 제외하여 전체 컨텍스트 크기를 줄이고 캐싱 효율을 높이기 위해 .dockerignore 파일을 사용합니다.

다음은 이러한 캐싱 최적화 기법을 보여주는 예시 Dockerfile 입니다.

## 기본 이미지
FROM ubuntu:22.04

## 종속성 설치
RUN apt-get update && apt-get install -y \
  build-essential \
  curl \
  git \
  && rm -rf /var/lib/apt/lists/*

## 애플리케이션 코드 복사
COPY . /app
WORKDIR /app

## 애플리케이션 빌드
RUN make

## 런타임 단계
FROM ubuntu:22.04
COPY --from=0 /app /app
CMD ["/app/my-app"]

이러한 최선의 방법을 따르면 후속 빌드에 필요한 시간과 리소스를 줄여 Docker 빌드를 최대한 효율적으로 만들 수 있습니다.

빌드 종속성 및 외부 리소스 관리

빌드 종속성 및 외부 리소스를 효과적으로 관리하는 것은 Docker 빌드의 신뢰성, 보안성 및 재현성을 유지하는 데 필수적입니다. 이러한 요소들을 신중하게 관리함으로써 Docker 이미지가 일관되고 불필요한 취약점을 도입하지 않고 빌드되도록 보장할 수 있습니다.

빌드 종속성 처리

빌드 종속성은 빌드 프로세스 중에 필요하지만 최종 Docker 이미지에는 반드시 필요하지 않은 패키지, 라이브러리 및 기타 리소스를 의미합니다. 이러한 종속성을 적절히 관리하면 Docker 이미지를 가볍고 안전하게 유지할 수 있습니다.

한 가지 방법은 앞서 설명한 다단계 빌드를 사용하여 빌드 및 런타임 환경을 분리하는 것입니다. 이렇게 하면 첫 번째 단계에서 빌드 종속성을 설치하고 사용한 후 최종 이미지에 필요한 아티팩트만 복사할 수 있습니다.

## 빌드 단계
FROM ubuntu:22.04 AS builder
RUN apt-get update && apt-get install -y build-essential
COPY . /app
RUN cd /app && make

## 런타임 단계
FROM ubuntu:22.04
COPY --from=builder /app/bin /app/bin
CMD ["/app/bin/my-app"]

외부 리소스 관리

소스 코드 저장소, 패키지 레지스트리 또는 기타 네트워크에 액세스할 수 있는 리소스와 같은 외부 리소스는 Docker 빌드의 신뢰성과 보안성에도 영향을 줄 수 있습니다. 빌드 프로세스 중에 이러한 리소스에 액세스하고 안전하게 사용하는 것이 중요합니다.

외부 리소스 관리를 위한 몇 가지 권장 사항은 다음과 같습니다.

신뢰할 수 있는 소스 사용: 악성 코드 또는 취약점을 도입할 위험을 최소화하기 위해 신뢰할 수 있고 검증된 소스에서만 외부 리소스를 사용합니다.
종속성 로컬 캐싱: 빌드 성능을 개선하고 네트워크 관련 문제를 줄이기 위해 빌드 컨텍스트 또는 별도의 캐시 볼륨에 외부 종속성을 로컬로 캐싱하는 것을 고려합니다.
체크섬 또는 서명 확인: 외부 리소스를 다운로드할 때 제공된 체크섬 또는 디지털 서명을 확인하여 콘텐츠가 변조되지 않았는지 확인합니다.
안전한 빌드 환경 유지: 적절한 네트워크 구성, 방화벽 및 액세스 제어를 통해 빌드 환경이 안전하도록 하여 외부 리소스에 대한 무단 액세스를 방지합니다.

이러한 권장 사항을 따름으로써 빌드 종속성 및 외부 리소스를 효과적으로 관리하여 더욱 신뢰성 있고 안전하며 재현 가능한 Docker 빌드를 생성할 수 있습니다.

Docker 이미지 크기 줄이기 기술

Docker 이미지 크기를 줄이는 것은 배포 효율성 향상, 저장 공간 요구 사항 감소 및 컨테이너화된 애플리케이션의 공격 표면 최소화에 필수적입니다. 이 섹션에서는 Docker 이미지 크기를 최적화하기 위한 다양한 기술과 최선의 방법을 살펴봅니다.

최소한의 기본 이미지 사용

Docker 이미지 크기를 줄이는 가장 효과적인 방법 중 하나는 최소한의 기본 이미지로 시작하는 것입니다. alpine 또는 scratch와 같은 기본 이미지는 매우 가벼운 기반을 제공하여 최종 Docker 이미지의 전체 크기를 줄입니다.

FROM alpine:3.16
## 귀하의 애플리케이션 코드 및 명령어

다단계 빌드 활용

앞서 설명한 바와 같이, 다단계 빌드를 사용하면 빌드 및 런타임 환경을 분리하여 더 작고 효율적인 Docker 이미지를 생성할 수 있습니다. 최종 이미지에 필요한 런타임 구성 요소만 포함하여 이미지 크기를 크게 줄일 수 있습니다.

## 빌드 단계
FROM ubuntu:22.04 AS builder
RUN apt-get update && apt-get install -y build-essential
COPY . /app
RUN cd /app && make

## 런타임 단계
FROM scratch
COPY --from=builder /app/bin /app/bin
CMD ["/app/bin/my-app"]

Dockerfile 명령어 최적화

Dockerfile 명령어의 순서와 구조는 최종 이미지 크기에 영향을 줄 수 있습니다. 다음 권장 사항을 고려하십시오.

가능한 최소한의 기본 이미지 사용: 애플리케이션 요구 사항을 충족하는 가장 최소한의 기본 이미지로 시작합니다.
단일 RUN 명령어로 패키지 설치: 여러 패키지 설치를 단일 RUN 명령어로 그룹화하여 레이어 수를 줄입니다.
패키지 관리자 캐시 제거: 패키지 설치 후 패키지 관리자 캐시를 정리하여 이미지 크기를 줄입니다.
불필요한 종속성 제거: 애플리케이션 실행에 엄격히 필요한 패키지와 종속성만 포함합니다.
COPY 대신 ADD 사용: COPY 명령어는 일반적으로 더 효율적이며 가능한 경우 ADD 대신 사용하는 것이 좋습니다.

압축 및 중복 제거 활용

OverlayFS 와 같은 일부 Docker 저장소 백엔드는 압축 및 중복 제거를 활용하여 Docker 이미지의 전체 저장 공간을 더욱 줄일 수 있습니다. 이는 특히 대규모 또는 복잡한 Docker 이미지를 사용할 때 특히 유용합니다.

이러한 기술을 결합하여 컨테이너화된 애플리케이션의 전체 성능과 유지 관리성에 기여하는 가볍고 효율적인 Docker 이미지를 생성할 수 있습니다.

요약

이 튜토리얼을 마치면 최대 효율과 성능을 위해 Dockerfile 디렉터리를 효과적으로 구성하는 방법에 대한 심층적인 이해를 얻게 됩니다. 빌드 종속성을 관리하고 Dockerfile 을 최적화하며 Docker 이미지 크기를 줄여 Docker 빌드가 빠르고 안정적이며 확장 가능하도록 하는 지식을 갖추게 될 것입니다.