Bird
Raised Fist0
Dockerdevops~10 mins

Why multi-stage builds reduce image size in Docker - Test Your Understanding

Choose your learning style10 modes available
Practice - 5 Tasks
Answer the questions below
1fill in blank
easy

Complete the code to start a multi-stage build with the first stage named 'builder'.

Docker
FROM alpine AS [1]
Drag options to blanks, or click blank then click option'
Abase
Bfinal
Cbuilder
Dstage1
Attempts:
3 left
💡 Hint
Common Mistakes
Using 'final' or 'base' as the first stage name, which is usually reserved for the last stage.
2fill in blank
medium

Complete the code to copy the built binary from the 'builder' stage to the final stage.

Docker
COPY --from=[1] /app/myapp /usr/local/bin/myapp
Drag options to blanks, or click blank then click option'
Astage1
Bfinal
Cbase
Dbuilder
Attempts:
3 left
💡 Hint
Common Mistakes
Using 'final' or 'base' instead of the build stage name.
3fill in blank
hard

Fix the error in the Dockerfile line that copies files from the build stage.

Docker
COPY --from=[1] /app/myapp /usr/local/bin/myapp
Drag options to blanks, or click blank then click option'
Abuild
Bbuilder
Cbuild-stage
Dbuilder-stage
Attempts:
3 left
💡 Hint
Common Mistakes
Using similar but incorrect names like 'build' or 'builder-stage'.
4fill in blank
hard

Fill both blanks to create a final stage that uses a small base image and copies the binary from the builder.

Docker
FROM [1]
COPY --from=[2] /app/myapp /usr/local/bin/myapp
Drag options to blanks, or click blank then click option'
Aalpine
Bbuilder
Cubuntu
Dfinal
Attempts:
3 left
💡 Hint
Common Mistakes
Using 'ubuntu' which is larger, or wrong stage names.
5fill in blank
hard

Fill all three blanks to complete a multi-stage Dockerfile that builds and copies a binary, then sets the entrypoint.

Docker
FROM golang:1.20 AS [1]
WORKDIR /app
COPY . .
RUN go build -o myapp .
FROM [2]
COPY --from=[3] /app/myapp /usr/local/bin/myapp
ENTRYPOINT ["myapp"]
Drag options to blanks, or click blank then click option'
Abuilder
Balpine
Dubuntu
Attempts:
3 left
💡 Hint
Common Mistakes
Using inconsistent stage names or large base images.

Practice

(1/5)
1. Why do multi-stage builds in Docker help reduce the final image size?
easy
A. Because they run containers faster
B. Because they use a single large base image for all stages
C. Because they copy only the necessary files from build stages to the final image
D. Because they install all dependencies in every stage

Solution

  1. Step 1: Understand multi-stage build process

    Multi-stage builds use multiple FROM statements to separate build and runtime environments.
  2. Step 2: Identify file copying behavior

    Only necessary artifacts are copied from build stages to the final image, excluding build tools and dependencies.
  3. Final Answer:

    Because they copy only the necessary files from build stages to the final image -> Option C
  4. Quick Check:

    Copying only needed files = smaller image [OK]
Hint: Remember: copy only what you need to keep image small [OK]
Common Mistakes:
  • Thinking all stages are combined fully
  • Assuming all dependencies stay in final image
  • Believing multi-stage builds speed up container runtime
2. Which of the following is the correct syntax to copy files from a previous stage named builder in a multi-stage Dockerfile?
easy
A. COPY --from=builder /app/build /app
B. COPY builder:/app/build /app
C. COPY /app/build builder:/app
D. COPY --stage=builder /app/build /app

Solution

  1. Step 1: Recall Dockerfile COPY syntax for multi-stage

    The correct syntax uses COPY --from=stageName source destination.
  2. Step 2: Match syntax with options

    COPY --from=builder /app/build /app matches the correct syntax exactly.
  3. Final Answer:

    COPY --from=builder /app/build /app -> Option A
  4. Quick Check:

    Use --from=stageName to copy files [OK]
Hint: Use COPY --from=stageName to copy files between stages [OK]
Common Mistakes:
  • Using incorrect flags like --stage
  • Trying to copy with colon syntax like builder:/path
  • Reversing source and destination paths
3. Given this Dockerfile snippet, what will be the size impact on the final image?
FROM node:18 AS builder
WORKDIR /app
COPY package.json .
RUN npm install
COPY . .
RUN npm run build

FROM nginx:alpine
COPY --from=builder /app/build /usr/share/nginx/html
medium
A. The final image will be small because only the build output is copied
B. The final image will be empty because no files are copied
C. The final image will be large because it includes all node modules
D. The final image will include the entire node base image

Solution

  1. Step 1: Analyze build and final stages

    The builder stage installs node modules and builds the app. The final stage uses a lightweight nginx image.
  2. Step 2: Check what is copied to final image

    Only the build output folder /app/build is copied to nginx's html folder, excluding node modules and build tools.
  3. Final Answer:

    The final image will be small because only the build output is copied -> Option A
  4. Quick Check:

    Copying only build output reduces image size [OK]
Hint: Copy only build artifacts, not full build environment [OK]
Common Mistakes:
  • Assuming node modules are copied to final image
  • Thinking final image includes builder base image
  • Believing no files are copied at all
4. You wrote a multi-stage Dockerfile but the final image is unexpectedly large. Which mistake could cause this?
medium
A. Using a lightweight base image in the final stage
B. Using multiple FROM statements
C. Not naming the build stage
D. Copying the entire build directory including node_modules to the final stage

Solution

  1. Step 1: Identify common causes of large final images

    Copying unnecessary files like dependencies increases image size.
  2. Step 2: Match mistake to options

    Copying the entire build directory including node_modules to the final stage describes copying the entire build directory including node_modules, which bloats the image.
  3. Final Answer:

    Copying the entire build directory including node_modules to the final stage -> Option D
  4. Quick Check:

    Copying unneeded files causes large images [OK]
Hint: Avoid copying full build folders with dependencies [OK]
Common Mistakes:
  • Thinking multiple FROM statements cause large images
  • Believing missing stage names cause size issues
  • Assuming lightweight base images increase size
5. You want to build a Go application using multi-stage builds. The first stage compiles the app, and the second stage runs it. Which Dockerfile snippet best reduces the final image size?
hard
A. FROM golang:1.20 WORKDIR /app COPY . . RUN go build -o app CMD ["./app"]
B. FROM golang:1.20 AS builder WORKDIR /app COPY . . RUN go build -o app FROM alpine COPY --from=builder /app/app /app/app CMD ["/app/app"]
C. FROM alpine COPY . . RUN go build -o app CMD ["./app"]
D. FROM golang:1.20 AS builder WORKDIR /app COPY . . RUN go build -o app COPY . . CMD ["./app"]

Solution

  1. Step 1: Understand multi-stage build for Go app

    Build the app in a full Go environment, then copy only the compiled binary to a small base image.
  2. Step 2: Evaluate options for size reduction

    FROM golang:1.20 AS builder WORKDIR /app COPY . . RUN go build -o app FROM alpine COPY --from=builder /app/app /app/app CMD ["/app/app"] uses golang image to build, then copies only the binary to alpine, minimizing final image size.
  3. Final Answer:

    FROM golang:1.20 AS builder WORKDIR /app COPY . . RUN go build -o app FROM alpine COPY --from=builder /app/app /app/app CMD ["/app/app"] -> Option B
  4. Quick Check:

    Build in full image, run in minimal image [OK]
Hint: Build in full image, copy only binary to small image [OK]
Common Mistakes:
  • Building and running in same large image
  • Trying to build in alpine without Go tools
  • Copying full source code to final image
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard