Why containers package microservices - Challenge Your Understanding

Challenge - 5 Problems

🧠 Conceptual

intermediate

Why do containers help in deploying microservices?

Containers are widely used to deploy microservices. Which of the following best explains why containers are suitable for packaging microservices?

A Containers isolate microservices with their dependencies, ensuring consistent behavior across environments.

B Containers combine all microservices into a single large application for easier deployment.

C Containers replace microservices by bundling all code into one executable file.

D Containers remove the need for any network communication between microservices.

💡 Hint

Think about how containers help with environment consistency and isolation.

Containers package microservices along with their dependencies, libraries, and runtime environment. This isolation ensures that microservices run the same way on any machine, avoiding conflicts and simplifying deployment.

❓ Architecture

intermediate

How containers support microservice scalability

In a microservices architecture, how do containers help scale individual services efficiently?

A Containers prevent microservices from communicating, limiting scaling options.

B Containers merge microservices to reduce the number of running instances needed.

C Containers automatically rewrite microservice code to improve performance.

D Containers allow running multiple instances of a microservice independently, enabling horizontal scaling.

💡 Hint

Consider how containers can be started or stopped quickly to handle load.

Containers enable running many copies of a microservice independently. This allows the system to add or remove instances based on demand, supporting efficient horizontal scaling.

❓ tradeoff

advanced

Tradeoffs of using containers for microservices packaging

Which of the following is a common tradeoff when using containers to package microservices?

A Containers add an extra layer of abstraction which can increase resource usage compared to running services directly on the host.

B Containers eliminate the need for monitoring microservices since they are isolated.

C Containers force all microservices to share the same operating system kernel, causing conflicts.

D Containers prevent microservices from being updated independently.

💡 Hint

Think about the overhead containers introduce compared to running processes directly.

While containers provide isolation and consistency, they add a small overhead because of the container runtime and abstraction layers. This can slightly increase resource consumption compared to running microservices directly on the host OS.

❓ scaling

advanced

Container orchestration for microservices scaling

Which container orchestration feature is essential for managing microservices at scale?

A Disabling container networking to improve security by isolating microservices completely.

B Combining all microservices into a single container to reduce network overhead.

C Automatic load balancing and health checks to distribute traffic and restart failed containers.

D Manually starting and stopping containers without automation.

💡 Hint

Think about how orchestration tools keep microservices running smoothly under load.

Container orchestration platforms provide features like automatic load balancing, health monitoring, and self-healing. These help maintain availability and performance of microservices as demand changes.

❓ estimation

expert

Estimating resource needs for containerized microservices

You have a microservice packaged in a container that uses 200MB RAM and 0.5 CPU cores per instance. If you expect 1000 concurrent users and each instance can handle 100 users, how many containers do you need and what total resources will be required?

A 5 containers; total 1GB RAM and 2.5 CPU cores

B 10 containers; total 2GB RAM and 5 CPU cores

C 20 containers; total 4GB RAM and 10 CPU cores

D 100 containers; total 20GB RAM and 50 CPU cores

💡 Hint

Calculate containers needed by dividing users by capacity per container, then multiply resources per container.

1000 users / 100 users per container = 10 containers.
Each container uses 200MB RAM → 10 * 200MB = 2000MB = 2GB RAM.
Each container uses 0.5 CPU cores → 10 * 0.5 = 5 CPU cores total.