Interview Q&A

Short answer: And deployed. How they relate to microservices: Decoupling: Just like microservices, micro-frontends break down the application into smaller, independently deployable components. Technology Independence: Different micro-frontends can use different technologies (e.g., React, Angular, Vue) or versions of the same technology, allowing teams to… work……… independently. Autonomous Teams: Frontend teams can work…

Explain a bit more

independently on specific parts of the UI without impacting the entire application. Example: A shopping website could have separate micro-frontends for product listing, checkout, and user profile, all developed and deployed independently.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: Micro-frontends are a design approach that applies microservices principles to the front-end.

Explain a bit more

Instead of having a single monolithic front-end, the front-end is broken into smaller, self-contained modules or applications that can be independently developed, tested, and deployed. How they relate to microservices: Decoupling: Just like microservices, micro-frontends break down the application into smaller, independently deployable components. Technology Independence: Different micro-frontends can use different technologies (e.g., React, Angular, Vue) or versions of the same technology, allowing teams to work independently. Autonomous Teams: Frontend teams can work independently on specific parts of the UI without impacting the entire application. Example: A shopping website could have separate micro-frontends for product listing, checkout, and user profile, all developed and deployed independently.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: longside a primary service (microservice). The sidecar provides auxiliary functionalities like monitoring, logging, configuration, and service discovery without changing the core business logic of the primary service.

Real-world example (ShopNest)

ShopNest splits Catalog, Cart, Order, and Payment into services so teams can deploy catalog changes without redeploying payments.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: The Sidecar pattern is an architectural pattern where a helper service (the "sidecar") runs alongside a primary service (microservice).

Explain a bit more

The sidecar provides auxiliary functionalities like monitoring, logging, configuration, and service discovery without changing the core business logic of the primary service. Role of Sidecar: Decoupling: It decouples auxiliary functions (e.g., monitoring, security) from the primary microservice, ensuring that microservices focus on business logic. Reusability: Sidecars can be reused across multiple services (e.g., a logging sidecar can be attached to every service). Observability: Sidecars handle traffic-related concerns like load balancing, tracing, and logging, often integrated with service meshes. Example: Envoy is commonly used as a sidecar proxy for microservices to handle service discovery, monitoring, and routing.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: Observability is crucial for understanding the behavior of microservices in production. In a distributed system, where services are spread across multiple hosts or containers, tracking failures, performance issues, and interactions becomes complex. Observability provides the visibility needed to diagnose issues and maintain reliable, performant systems. Importance:

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: utomates the deployment, scaling, and management of containerized applications. dvantages:

Real-world example (ShopNest)

ShopNest splits Catalog, Cart, Order, and Payment into services so teams can deploy catalog changes without redeploying payments.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: Kubernetes is the most popular container orchestration platform for microservices. It automates the deployment, scaling, and management of containerized applications. Advantages:

Real-world example (ShopNest)

ShopNest splits Catalog, Cart, Order, and Payment into services so teams can deploy catalog changes without redeploying payments.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: Versioning microservices is crucial to maintain backward compatibility and to avoid disruptions as microservices evolve. Approaches:

Real-world example (ShopNest)

ShopNest splits Catalog, Cart, Order, and Payment into services so teams can deploy catalog changes without redeploying payments.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: microservices. In event-driven architecture (EDA), services communicate asynchronously by emitting and consuming events. Instead of calling each other directly, services emit events (e.g., order created, payment processed) that other services listen for and react to. How it works:

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: monitoring, and security in microservices?

Real-world example (ShopNest)

ShopNest splits Catalog, Cart, Order, and Payment into services so teams can deploy catalog changes without redeploying payments.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: Example: A real-world example might be a e-commerce platform that is broken down into the following microservices: Order Service: Manages order creation, updates, and status.

Explain a bit more

Inventory Service: Tracks stock levels and inventory updates. Payment Service: Handles payment processing and transactions. Shipping Service: Manages delivery and shipping logistics. Notification Service: Sends emails and SMS notifications to customers. Challenges faced:

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: How do you address latency and performance issues in a microservices system? is a common interview topic in Microservices. Give a clear definition, then one concrete example.

Real-world example (ShopNest)

ShopNest splits Catalog, Cart, Order, and Payment into services so teams can deploy catalog changes without redeploying payments.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: Ensuring consistency across distributed microservices can be challenging due to the decentralized nature of microservices, each potentially having its own database. Here's how you can approach it:

Real-world example (ShopNest)

ShopNest splits Catalog, Cart, Order, and Payment into services so teams can deploy catalog changes without redeploying payments.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: Eventual Consistency: In an eventual consistency model, changes to one service may take time to propagate to others. This model allows for temporary inconsistencies, but guarantees that, given enough time, all services will eventually reach a consistent state. This is common in distributed systems because it allows for better availability and performance.

Example code

If an Order Service and Inventory Service are eventually consistent, when an order is placed, the inventory might not be updated immediately, but it will be updated eventually once the event is processed. Strong Consistency: In a strongly consistent system, once a change is made in one service (or database), all other services (or databases) will immediately reflect that change. This model ensures that all services have the same state at any point in time but often at the cost of performance and availability. Example: A banking system where an update to a user’s balance must immediately be reflected across all services to ensure that the balance is never inconsistent.

Real-world example (ShopNest)

After payment succeeds, ShopNest publishes OrderPaid. Inventory and Notification services react independently—no giant distributed transaction.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: n event or sends a message to the next service. Compensation: If any step in the saga fails, compensating actions (like rolling back previous steps) are executed to maintain consistency. There are two types of sagas:

Real-world example (ShopNest)

After payment succeeds, ShopNest publishes OrderPaid. Inventory and Notification services react independently—no giant distributed transaction.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: The Saga pattern is used to manage long-running transactions in microservices without requiring a distributed transaction (e.g., two-phase commit).

Explain a bit more

It breaks down a transaction into smaller, isolated steps, with each step running in its own service and completing successfully or being compensated in case of failure. Steps: Each microservice in a saga performs a local transaction and then publishes an event or sends a message to the next service. Compensation: If any step in the saga fails, compensating actions (like rolling back previous steps) are executed to maintain consistency. There are two types of sagas:

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: The Two-Phase Commit (2PC) protocol is a mechanism to ensure that a distributed transaction is committed successfully across multiple services or databases. It involves two phases:

Real-world example (ShopNest)

ShopNest splits Catalog, Cart, Order, and Payment into services so teams can deploy catalog changes without redeploying payments.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: Rather than relying on a global transaction manager, microservices can manage distributed transactions using patterns like:

Real-world example (ShopNest)

ShopNest splits Catalog, Cart, Order, and Payment into services so teams can deploy catalog changes without redeploying payments.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: Consistency, Isolation, Durability) properties in microservices?

Real-world example (ShopNest)

ShopNest splits Catalog, Cart, Order, and Payment into services so teams can deploy catalog changes without redeploying payments.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: In distributed systems, network partitions can happen, causing parts of the system to become unreachable or inconsistent. Here's how to deal with them:

Real-world example (ShopNest)

ShopNest splits Catalog, Cart, Order, and Payment into services so teams can deploy catalog changes without redeploying payments.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: And when you would need them? Distributed locks are used in microservices architectures to prevent concurrent access to a shared resource or data across multiple services.

Real-world example (ShopNest)

ShopNest splits Catalog, Cart, Order, and Payment into services so teams can deploy catalog changes without redeploying payments.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: Distributed locks are used in microservices architectures to prevent concurrent access to a shared resource or data across multiple services.

Explain a bit more

This is critical in cases where multiple services or instances of the same service need to access shared resources or perform operations that should be executed in an exclusive manner. When to use: Critical sections: For example, if multiple services are accessing the same shared database and you want to ensure that only one service updates a record at a time. Distributed jobs: In cases where multiple instances of a service need to coordinate a task (e.g., only one instance should be processing a batch job at a time). Tools: Redis can be used for distributed locking with the SETNX (set if not exists) command. Zookeeper is another popular tool for implementing distributed locks, allowing services to coordinate actions in a fault-tolerant way.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: Compensating transactions are used to undo the changes made by a service in a distributed transaction, particularly when one of the services in the transaction fails.

Real-world example (ShopNest)

ShopNest splits Catalog, Cart, Order, and Payment into services so teams can deploy catalog changes without redeploying payments.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: Conflict resolution in eventual consistency scenarios is essential to ensure data integrity when multiple services or replicas are updating the same data concurrently. Approaches include:

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.

Short answer: An event-driven architecture (EDA) is a design paradigm in which services communicate by producing, consuming, and reacting to events.

Explain a bit more

In an event-driven architecture, an event represents a state change or a significant occurrence within the system.

Say this in the interview

1. Define — one clear sentence (the short answer above).
2. Example — relate it to a project like ShopNest or your real work.
3. Trade-off — when you would not use it.