Which description best captures microservice architecture and its typical pros and cons?

Prepare for the MIPC Exam 2 with our comprehensive study material. Engage with flashcards and multiple choice questions, each accompanied by hints and explanations. Ensure you're ready to excel!

Multiple Choice

Which description best captures microservice architecture and its typical pros and cons?

Explanation:
Microservice architecture treats an application as a suite of small, independently deployable services, each focused on a specific capability and often owning its own data. This setup makes it easier to scale individual parts of the system and to deploy changes without touching the whole app, and it improves resilience because a failure in one service doesn't necessarily bring down others. But it brings distributed complexity—network communication, each service having its own data store, and the need for distributed tracing, testing, and deployment orchestration—plus data consistency challenges, since enforcing a single global transaction across services is hard and you often rely on eventual consistency or saga patterns. The described choice captures this balance, noting both the benefits and the typical drawbacks. The other options don’t fit: a monolithic design packs everything into one unit; using a single shared database across services contradicts the decentralized data model; and saying deployment coordination can be eliminated ignores the real need for coordination in a distributed system.

Microservice architecture treats an application as a suite of small, independently deployable services, each focused on a specific capability and often owning its own data. This setup makes it easier to scale individual parts of the system and to deploy changes without touching the whole app, and it improves resilience because a failure in one service doesn't necessarily bring down others. But it brings distributed complexity—network communication, each service having its own data store, and the need for distributed tracing, testing, and deployment orchestration—plus data consistency challenges, since enforcing a single global transaction across services is hard and you often rely on eventual consistency or saga patterns. The described choice captures this balance, noting both the benefits and the typical drawbacks. The other options don’t fit: a monolithic design packs everything into one unit; using a single shared database across services contradicts the decentralized data model; and saying deployment coordination can be eliminated ignores the real need for coordination in a distributed system.

Subscribe

Get the latest from Passetra

You can unsubscribe at any time. Read our privacy policy