Bird
Raised Fist0
Dockerdevops~20 mins

Docker layer caching in CI - Practice Problems & Coding Challenges

Choose your learning style10 modes available
Challenge - 5 Problems
🎖️
Docker Layer Caching Master
Get all challenges correct to earn this badge!
Test your skills under time pressure!
🧠 Conceptual
intermediate
1:30remaining
Why use Docker layer caching in CI pipelines?

Imagine you run a CI pipeline that builds a Docker image every time you push code. Why is using Docker layer caching helpful in this scenario?

AIt automatically pushes the image to the registry without building.
BIt deletes all previous images to free up disk space before building.
CIt speeds up builds by reusing unchanged layers, reducing build time and resource use.
DIt forces the build to always start from scratch to avoid stale layers.
Attempts:
2 left
💡 Hint

Think about what happens if you rebuild the same parts of the image repeatedly.

💻 Command Output
intermediate
1:00remaining
Output of Docker build with cache hit

What will be the output status of the following Docker build step if the layer is cached?

Docker
Step 3/5 : RUN apt-get update && apt-get install -y curl
---> Using cache
AThe step runs again and downloads packages.
BThe step is skipped and the cached layer is reused.
CThe build fails due to cache conflict.
DThe step is ignored and not included in the image.
Attempts:
2 left
💡 Hint

Look at the phrase '---> Using cache' in the output.

❓ Configuration
advanced
2:30remaining
Configuring Docker layer caching in GitHub Actions

Which GitHub Actions step correctly enables Docker layer caching using the official cache action?

Docker
name: Build and cache Docker image
on: [push]
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - name: Cache Docker layers
        uses: actions/cache@v3
        with:
          path: /tmp/.buildx-cache
          key: ${{ runner.os }}-buildx-${{ github.sha }}
          restore-keys: |
            ${{ runner.os }}-buildx-
      - name: Build image
        run: |
          docker build --cache-from=type=local,src=/tmp/.buildx-cache \
                       --cache-to=type=local,dest=/tmp/.buildx-cache-new .
      - name: Move cache
        run: |
          rm -rf /tmp/.buildx-cache
          mv /tmp/.buildx-cache-new /tmp/.buildx-cache
AThe given configuration correctly caches Docker layers between builds.
BThe cache action is missing the 'restore-keys' field, so caching won't work.
CThe docker build command lacks '--cache-from' option, so no cache is used.
DThe cache path is incorrect; it should be '/var/lib/docker' to cache layers.
Attempts:
2 left
💡 Hint

Check if the cache action and docker build commands use matching cache paths.

❓ Troubleshoot
advanced
2:00remaining
Why is Docker layer caching not working in CI?

You notice your CI builds always take a long time and never reuse cached Docker layers. Which reason below explains this behavior?

AThe Dockerfile has a 'COPY .' command before installing dependencies, invalidating cache early.
BThe CI runner has enough disk space and memory for caching.
CThe Docker build uses '--cache-from' with a valid cache source.
DThe base image is pulled from a public registry without changes.
Attempts:
2 left
💡 Hint

Think about how Docker cache invalidation works with file changes.

🔀 Workflow
expert
3:00remaining
Optimizing Docker layer caching in multi-stage CI builds

You have a multi-stage Dockerfile used in CI. Which practice best improves layer caching efficiency across stages?

AUse 'COPY .' as the first command in every stage to include all files early.
BCombine all commands into a single stage to avoid cache misses between stages.
CAlways run 'apt-get update' in every stage to ensure fresh packages.
DSeparate frequently changing files into later stages and keep stable dependencies in earlier stages.
Attempts:
2 left
💡 Hint

Think about which parts of the build change often and which stay stable.

Practice

(1/5)
1. What is the main purpose of Docker layer caching in Continuous Integration (CI)?
easy
A. To speed up Docker image builds by reusing unchanged layers
B. To increase the size of Docker images
C. To delete unused Docker images automatically
D. To run Docker containers faster

Solution

  1. Step 1: Understand Docker layers

    Docker images are built in layers, each representing a step in the Dockerfile.
  2. Step 2: Purpose of caching layers in CI

    Reusing unchanged layers avoids rebuilding them, which speeds up the build process in CI pipelines.
  3. Final Answer:

    To speed up Docker image builds by reusing unchanged layers -> Option A
  4. Quick Check:

    Docker layer caching = speed up builds [OK]
Hint: Caching reuses unchanged steps to build faster [OK]
Common Mistakes:
  • Thinking caching deletes images
  • Confusing caching with container runtime speed
  • Assuming caching increases image size
2. Which Docker build command option is used to specify a cache source in a CI pipeline?
easy
A. --rm
B. --build-arg
C. --no-cache
D. --cache-from

Solution

  1. Step 1: Identify cache-related options

    Docker build supports options like --cache-from to specify images to use as cache sources.
  2. Step 2: Match option to cache source usage

    --cache-from tells Docker to use layers from the specified image as cache, which is essential in CI for caching.
  3. Final Answer:

    --cache-from -> Option D
  4. Quick Check:

    Cache source option = --cache-from [OK]
Hint: Use --cache-from to specify cache images in CI builds [OK]
Common Mistakes:
  • Using --no-cache disables caching
  • Confusing --build-arg with caching
  • Thinking --rm affects caching
3. Given this Docker build command in a CI pipeline:
docker build --cache-from myrepo/myimage:latest -t myrepo/myimage:latest .

What happens if the base image layers have not changed since the last build?
medium
A. Docker rebuilds all layers from scratch
B. Docker uses cached layers from myrepo/myimage:latest to speed up the build
C. Docker ignores the cache and pulls a new base image
D. Docker fails with an error about missing cache

Solution

  1. Step 1: Understand --cache-from behavior

    The --cache-from option allows Docker to reuse layers from the specified image if they match the current build steps.
  2. Step 2: Effect when base image layers are unchanged

    If the base image layers are unchanged, Docker will reuse those cached layers, speeding up the build process.
  3. Final Answer:

    Docker uses cached layers from myrepo/myimage:latest to speed up the build -> Option B
  4. Quick Check:

    Unchanged layers reused = faster build [OK]
Hint: Unchanged layers reuse cache with --cache-from [OK]
Common Mistakes:
  • Assuming Docker always rebuilds all layers
  • Thinking cache-from pulls new images
  • Expecting errors if cache is missing
4. A CI pipeline uses Docker layer caching with --cache-from, but caching is not working and builds are slow. What is the most likely cause?
medium
A. The cache image is not pushed to or pulled from the registry
B. The base image is too large
C. The Dockerfile has syntax errors
D. The Docker daemon is not running

Solution

  1. Step 1: Check cache image availability

    For caching to work in CI, the cache image must be pushed to a registry and pulled before building.
  2. Step 2: Identify common caching failure cause

    If the cache image is missing or not pulled, Docker cannot reuse layers, causing slow builds.
  3. Final Answer:

    The cache image is not pushed to or pulled from the registry -> Option A
  4. Quick Check:

    Cache image missing = no caching [OK]
Hint: Ensure cache image is pushed and pulled in CI [OK]
Common Mistakes:
  • Blaming Dockerfile syntax for caching issues
  • Ignoring cache image push/pull steps
  • Assuming base image size affects caching directly
5. In a CI pipeline, you want to maximize Docker layer caching efficiency across multiple builds. Which approach is best?
hard
A. Use --no-cache to force fresh builds every time
B. Build images locally on the CI server without pushing
C. Push the built image to a registry and use --cache-from with that image in subsequent builds
D. Delete all images after each build to save space

Solution

  1. Step 1: Understand persistent caching in CI

    To reuse cache between builds, the cache must be stored persistently, usually by pushing images to a registry.
  2. Step 2: Use cache-from with pushed images

    Using --cache-from with the pushed image allows Docker to reuse layers from previous builds, speeding up future builds.
  3. Final Answer:

    Push the built image to a registry and use --cache-from with that image in subsequent builds -> Option C
  4. Quick Check:

    Persistent cache storage + --cache-from = efficient caching [OK]
Hint: Push images and use --cache-from for persistent caching [OK]
Common Mistakes:
  • Using --no-cache disables caching
  • Deleting images removes cache
  • Building locally without pushing loses cache between runs
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