인프런 커뮤니티 질문&답변

오! 스프링 부트를 사용하면 gradle 이미지로 빌드를 하지 않아도 되는거군요!! 확실하게 이해했습니다!

강사님이 제공해주신 Dockerfile 정상작동 됩니다!

다만, 제가 질문을 드릴 때 이미지를 다르게 입력해서 그 부분만 수정하면 정상 작동합니다!

# 빌드 스테이지
FROM openjdk:17-alpine as builder
WORKDIR /app

# Gradle Wrapper 복사
COPY gradlew .
COPY gradle gradle
RUN chmod +x ./gradlew

# 의존성 파일 복사 및 다운로드
COPY build.gradle .
COPY settings.gradle .

# 프로젝트에 gradle.properties가 있다면 주석을 풀고 사용해주세요.
# COPY gradle.properties .
RUN ./gradlew --no-daemon dependencies

# 소스코드 복사 및 애플리케이션 빌드
# 테스트 코드에서 에러가 발생한다면 -x 옵션으로 제거해주세요!
COPY . .
RUN ./gradlew --no-daemon clean build

# 실행 스테이지
FROM openjdk:17-alpine
COPY --from=builder /app/build/libs/*.jar /app/app.jar
ENTRYPOINT ["java"]
CMD ["-jar","/app/app.jar"]

(혹시 참고하실 분들을 위해..!)

음.. 추가적인 질문이 있습니다.. 좀 더 이미지를 경량화 하는 방법이 없을까 찾아보다가 jar 파일을 BootJar를 사용해서 jar 파일에 필요한 부분만 COPY해서 쓰는 방법을 알게 되었습니다. Layered Jar 라고 하던데 이렇게까지는 잘 안 하는걸까요? 그게 아니라면 아직 그거까지 강의에서 커버하기에는 난이도가 있는 부분인걸까요? 실제로 시도해봤는데 조금 어렵더라고요 ㅠ

확인해보니 Layered Jar는 Jar 파일을 여러 layers 분리해서 빌드할 수 있는 기술이군요! 의존성 추가 후 아래 빌드 명령을 실행하면 Jar파일이 4개로 쪼개져서 빌드되는 것으로 보입니다.

$ java -Djarmode=layertools -jar application.jar extract

그래서 멀티 스테이징 빌드 시 4개의 Jar파일로 분리된 상태이기 때문에 COPY를 4번 수행해야 합니다.

# 빌드 스테이지
FROM openjdk:17-alpine as builder
WORKDIR /app

# Gradle Wrapper 복사
COPY gradlew .
COPY gradle gradle
RUN chmod +x ./gradlew

# 의존성 파일 복사 및 다운로드
COPY build.gradle .
COPY settings.gradle .
# 프로젝트에 gradle.properties가 있다면 주석을 풀고 사용해주세요.
# COPY gradle.properties .

# 의존성 다운로드
RUN ./gradlew --no-daemon dependencies

# 소스코드 복사 및 애플리케이션 빌드
# Layered Jar 활성화를 위해 bootJar 태스크를 사용
COPY . .
RUN ./gradlew --no-daemon clean bootJar

# Layer Tools를 사용하여 Jar 파일에서 계층 분리
WORKDIR /app/build/libs
RUN java -Djarmode=layertools -jar *.jar extract

# 실행 스테이지
FROM openjdk:17-alpine
WORKDIR /app

# 빌더 스테이지에서 생성된 계층들을 복사
COPY --from=builder /app/build/libs/dependencies/ ./
COPY --from=builder /app/build/libs/spring-boot-loader/ ./
COPY --from=builder /app/build/libs/snapshot-dependencies/ ./
COPY --from=builder /app/build/libs/application/ ./

ENTRYPOINT ["java", "org.springframework.boot.loader.JarLauncher"]

다만 애플리케이션을 실행하기 위해선 4개의 계층이 모두 필요하기 때문에, 경량화쪽은 효과가 없을 것입니다. 그보다는 빌드 시 캐싱에 활용할수 있을 것 같습니다. Jar복사를 1번 할 것을 4번 나눠서 하기 때문에, 변경사항이 없는 부분은 캐싱을 활용하게 될 것입니다.

Layered Jar기술을 사용하면 Jar파일을 4개로 분리해서 빌드할 수 있고, 아래 4개의 LINE에서 캐싱을 활용할 수 있습니다.

COPY --from=builder /app/build/libs/dependencies/ ./
COPY --from=builder /app/build/libs/spring-boot-loader/ ./
COPY --from=builder /app/build/libs/snapshot-dependencies/ ./
COPY --from=builder /app/build/libs/application/ ./

의존성 계층 (dependencies/): 프로젝트의 외부 라이브러리 의존성이 변경되지 않으면 캐싱됩니다.

스프링 부트 로더 계층 (spring-boot-loader/): 스프링 부트 애플리케이션을 실행하는 데 필요한 부트스트랩 로직이 포함된 계층입니다. 이 계층은 일반적으로 변경되지 않으므로, 대부분의 빌드에서 캐시를 재사용할 수 있습니다.

스냅샷 의존성 계층 (snapshot-dependencies/): 스냅샷 의존성을 포함하는 계층입니다. .

애플리케이션 코드 계층 (application/): 애플리케이션의 실제 비즈니스 로직이 포함된 계층입니다. 코드 변경이 없으면 이 계층도 캐싱됩니다.

다만 빌드스테이지에서 RUN java -Djarmode=layertools -jar *.jar extract 를 실행하는 것은 하나의 레이어로 만들어지기 때문에, 코드가 하나라도 변경될 경우 애플리케이션 빌드 단계는 캐싱을 활용할 수 없습니다. 그래서 실제로 빌드 속도가 크게 개선되기는 어려워 보입니다.

이번 기회에 Layered Jar라는 새로운 기술을 학습해 보았네요. 좋은 정보를 알려주셔서 감사합니다 ☺

+추가

이 빌드를 사용하기 위해선 Spring Boot 2.3.0 이상이어야 하고, 아래 Gradle 설정을 추가해서 설치할 수 있다고 하네요.

1. build.gradle 파일

plugins {
    id 'org.springframework.boot' version '2.3.0.RELEASE'
    id 'io.spring.dependency-management' version '1.0.9.RELEASE'
    id 'java'
}

springBoot {
    buildInfo()
    bootJar {
        layered {
            enabled = true
        }
    }
}