多階段建置的優點

減少鏡像大小：

多階段建置可以在一開始建置階段使用標準版本的鏡像，讓建置階段時，就可以下載好需要的工具和依賴套件，然後在第二階段時，就可以換到輕量級的 Alpine 鏡像。
如此一來可以將應用程式，以及只包含執行時所需的依賴套件，可以不包括多餘的檔案，可以減小鏡像的大小。

提高安全性：

當我們可以減少容器的鏡像大小，就代表著減少了潛在的風險，所以可以提高安全性。

最佳化建置速度：

這個是我覺得多階段建置的最大優點，便是當檔案沒有變動時，在 build 時就不用重複 build ，所以可以減省建置的時間，進而提高速度。

更清晰的建置流程：

將建置流程劃分為多個階段，可以使 Dockerfile 更加清晰且易於維護。

總而言之，多階段建置是一種最佳化 Docker 鏡像建置的方法，可以減少鏡像大小、提高安全性、優化建置速度並提供更流暢的建置流程，可以減少資源消耗並加快速度部署速度。

實際修改 Dockerfile

原本沒有使用多階段建置的 Dockerfile

FROM ruby:3.2.2-alpine

LABEL maintainer="Krystal <krystal@5xcampus.com>"

RUN apk add \
    build-base \
    postgresql-dev \
    tzdata

WORKDIR /app

COPY Gemfile Gemfile.lock ./

RUN bundle install

COPY . .

EXPOSE 3000

CMD ["rails", "server", "-b", "0.0.0.0"]

修改後的 Dockerfile：

# 第一階段：建置階段
FROM ruby:3.2.2 as builder

RUN apk add --no-cache \ 
    build-base \ 
    postgresql-dev \
    tzdata

WORKDIR /app

COPY Gemfile Gemfile.lock ./

RUN bundle install

COPY . .

#階段2：運行階段
FROM alpine:3.14

RUN apk add --no-cache tzdata

# 從建置階段複製編譯好的應用程式
COPY --from=builder /app /app

WORKDIR /app

EXPOSE 3000

CMD ["rails", "server", "-b", "0.0.0.0"]

這邊幾個不同之處說明一下

FROM ruby:3.2.2 as builder

建置階段可以使用標準版本的 Ruby 鏡像進行構建，並且叫做 builder

RUN apk add --no-cache \ 
    build-base \ 
    postgresql-dev \
    tzdata

--no-cache 是安裝時，不緩存下載的索引檔案，所以可以有效減小鏡像大小

FROM alpine:3.14

使用輕量的 Alpine 鏡像作為最終鏡像

COPY --from=builder /app /app

將前一個建置階段（builder）中的檔案或目錄複製到目前建置階段

接著就可以重新 build image 重新推上 Docker Hub ，在 EC2 重新拉下來啟動容器 ; 或是在本地直接 docker-compose up。

那多階段就介紹到這邊，明天見～～