Interview Q&A

Short answer: should adopt distributed transactions through patterns like the Saga pattern or two-phase commit when absolutely necessary.

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: availability and data consistency. Example: Kubernetes auto-scaling for the User Service based on incoming traffic and setting up a load balancer to distribute traffic.

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: deployed in Kubernetes. Example: Using Jenkins to automate the building, testing, and deployment of User Service and Inventory Service independently in a CI/CD pipeline.

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: Clear APIs: Define well-documented, versioned APIs for communication between services.

Explain a bit more

Event-Driven Architecture: Use events (e.g., Kafka) to communicate between services, avoiding direct API calls. Service Discovery: Implement dynamic service discovery tools (e.g., Consul) to locate and interact with services. Autonomous Data Stores: Avoid shared databases and allow each service to have its own storage solution. CI/CD: Use continuous integration and delivery pipelines to manage independent deployments.

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: A bounded context defines the boundary within which a particular domain model is valid. In microservices, each service represents a bounded context, encapsulating business logic, data, and rules. This ensures that models are consistent and isolated within each service, preventing conflicts between different parts of the application.

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: rchitecture? Domain-Driven Design (DDD) helps structure microservices around business domains. It emphasizes: Bounded Contexts: Microservices align with natural business boundaries. Ubiquitous Language: Ensures a shared understanding of business concepts cross the team. Aggregates: Group entities that are naturally consistent together under a… single…… service… boundary. Context Mapping: Defines how different…

Explain a bit more

microservices interact with each other. DDD provides the foundation for designing and organizing microservices based on real-world business requirements.

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: Domain-Driven Design (DDD) helps structure microservices around business domains.

Explain a bit more

It emphasizes: Bounded Contexts: Microservices align with natural business boundaries. Ubiquitous Language: Ensures a shared understanding of business concepts across the team. Aggregates: Group entities that are naturally consistent together under a single service boundary. Context Mapping: Defines how different microservices interact with each other. DDD provides the foundation for designing and organizing microservices based on real-world business requirements.

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: API Gateway: An API Gateway acts as an entry point for client requests, routing them to the appropriate microservices.

Explain a bit more

It handles authentication, rate limiting, load balancing, and response aggregation. Example: An API Gateway could route a request for placing an order to both the Order Service and Payment Service. Service Mesh: A service mesh manages communication between microservices themselves. It provides service discovery, traffic management, security, and monitoring. Example: A service mesh like Istio helps microservices communicate securely and ensures traffic routing, retries, and circuit breaking without changing application code.

Real-world example (ShopNest)

ShopNest’s API Gateway routes /orders to the Order service and /payments to Payment—clients talk to one entry point.

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: Large Teams: When multiple teams need to work independently on different parts of the system.

Explain a bit more

Scalability Needs: If certain parts of the application require more resources or scaling than others. Frequent Releases: Microservices enable faster release cycles for specific features or services. Resilience: When you need to isolate failures to prevent affecting the entire system. Technological Diversity: If different services have different technology needs (e.g., different databases or frameworks). In contrast, monolithic architectures might be more suitable for smaller applications or when development speed and simplicity are top priorities. Service Communication

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: request to another service and waits for the response before continuing with its processing. The service that sends the request is blocked until it receives a response from the other 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: Synchronous Communication: In synchronous communication, one service sends a request to another service and waits for the response before continuing with its processing. The service that sends the request is blocked until it receives a response from the other service. This is typically used for real-time communication, like RESTful APIs over HTTP.

Example code

A User Service might request the Payment Service to verify a payment before processing an order. The User Service waits until it receives the response. Asynchronous Communication: In asynchronous communication, one service sends a request to another service but does not wait for a response. The requesting service continues processing while the service handling the request processes it in the background. This is typically used in event-driven architectures with message brokers. Example: An Order Service might send a message to a queue (via RabbitMQ or Kafka) about a new order, and the Inventory Service processes it at its own pace, independently of the Order 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: To handle communication between microservices using RESTful APIs:

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: To implement event-driven architecture in microservices:

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: Service discovery allows microservices to automatically detect and connect to each other without hardcoding IP addresses or hostnames. There are two main ways to implement service discovery:

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 Circuit Breaker pattern helps prevent a failure in one part of the system from cascading and affecting other parts of the system.

Explain a bit more

It monitors requests to a service and trips the circuit (i.e., stops further calls) when the service is deemed unhealthy.

Real-world example (ShopNest)

If Payment is down, the Order service fails fast with a circuit breaker instead of hanging every checkout thread.

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: Idempotency ensures that making the same API call multiple times has the same effect, i.e., it does not cause unintended side effects or inconsistencies.

Explain a bit more

It is crucial in microservices because: Fault Tolerance: In a distributed system, a service may receive the same request multiple times due to retries or network issues. Idempotency ensures that these repeated requests do not result in duplication or errors. Consistency: It ensures that the system remains in a consistent state, even if a request is accidentally repeated. Example: A Payment Service processing the same payment request multiple times due to a network retry would not result in multiple charges because the API is designed to ignore duplicate requests with the same unique transaction ID. API Design & Security

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: An API Gateway is a server that acts as an entry point into a microservices architecture. It provides a single point of entry for client applications to interact with multiple microservices. Functions of an API Gateway:

Real-world example (ShopNest)

ShopNest’s API Gateway routes /orders to the Order service and /payments to Payment—clients talk to one entry point.

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: API versioning ensures that changes to an API do not break backward compatibility, which is crucial in a microservices architecture where multiple teams may be consuming services. Strategies for API Versioning:

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: OAuth: OAuth is an open standard for access delegation, commonly used to grant limited access to third-party applications without exposing user credentials.

Explain a bit more

OAuth provides a token-based approach to secure APIs. Authorization Flow: OAuth typically involves three parties—Resource Owner (user), Client (application), and Authorization Server (auth provider)—that work together to issue access tokens. JWT: JSON Web Tokens (JWT) are compact, URL-safe tokens used to securely transmit information between parties. JWT tokens are signed and optionally encrypted to protect the integrity and confidentiality of the data. Structure: JWT consists of three parts—Header, Payload, and Signature. How to use them 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 a microservices architecture, handling authentication and authorization can be complex due to the distributed nature of the system. 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: To secure sensitive data between 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: CORS (Cross-Origin Resource Sharing) is a security feature implemented by browsers that prevents web applications from making requests to a domain different from the one that served the web page. In a microservices architecture, services may need to communicate across different domains. Here’s how you can handle CORS:

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: To secure microservices endpoints, consider the following strategies:

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: To handle rate-limiting and throttling in a microservices environment:

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: rchitecture? In a distributed microservices architecture, ensuring data consistency is challenging due to the decentralized nature of the system. There are two main types of consistency models:

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.