Explain Docker layers and how caching works.
Assesses fundamental understanding of Docker conventions, runtime behavior, and memory/performance considerations.
Hiring managers look for precision, avoidance of ambiguous jargon, and ability to explain trade-offs under real production conditions.
A Docker image is a stack of read-only layers. Each Dockerfile instruction creates a layer, and layers are shared between images and cached.
Build cache:
- Docker checks each instruction in order. If the instruction and its inputs, such as copied files or the base image, are unchanged, it reuses the cached layer.
- The first changed instruction invalidates that layer and all following layers.
COPY package*.json ./
RUN npm ci --omit=dev
COPY . .
Copy dependency manifests and install dependencies before copying source so those layers stay cached when only code changes. Combine related RUN commands and clean caches in the same layer. Use a .dockerignore to avoid sending large or changing files that bust the cache. Multi-stage builds reuse layers across stages and keep the final image lean.
Candidate Response Strategy & Interview Tips
- Start with a concise one-sentence summary: Deliver a direct, confident answer first before expanding into nuances.
- Demonstrate real-world trade-offs: Discuss where this approach excels and when you would avoid it in production systems.
- Discuss complexity & edge cases: Proactively explain time/space complexity or boundary conditions (null values, scale limits).
- Prepare for interviewer follow-ups: Technical hiring panels frequently probe deeper into concurrency, backward compatibility, or alternative libraries.