Interview Q&A

Short answer: Choosing the right database for a microservices application depends on various factors:

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: pplication based on the specific needs of each service. In a microservices architecture, each service can have its own database optimized for its particular requirements, making it more efficient and scalable.

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: Polyglot persistence refers to the use of multiple different types of databases within an application based on the specific needs of each service.

Explain a bit more

In a microservices architecture, each service can have its own database optimized for its particular requirements, making it more efficient and scalable. Relevance in Microservices: Decentralization: Each microservice can pick the most appropriate database (SQL, NoSQL, graph database, etc.) depending on its data structure, access patterns, and consistency requirements. Flexibility: It enables each service to evolve independently with the database best suited for its domain, avoiding the complexity of fitting all services into a single database model. Scalability: Microservices can scale their databases independently, choosing specialized databases for specific workloads (e.g., NoSQL for unstructured data, SQL for transactional data).

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: SQL (Relational) Databases: Structure: Data is stored in structured tables with defined relationships (tables, rows, columns).

Explain a bit more

Consistency: Typically follows ACID (Atomicity, Consistency, Isolation, Durability) properties for transaction integrity.

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: Handling database transactions across microservices is challenging because each microservice typically has its own database, making traditional monolithic transactions (ACID) unsuitable. Here are some 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: And what are the challenges? Importance: Decoupling: Each microservice manages its own data, avoiding shared database bottlenecks and promoting service independence.

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: Importance: Decoupling: Each microservice manages its own data, avoiding shared database bottlenecks and promoting service independence.

Explain a bit more

Scalability: Independent databases allow microservices to scale individually based on load. Flexibility: Services can choose different types of databases (SQL, NoSQL) based on their needs (e.g., relational data for one service, document store for another). Autonomy: Microservices can evolve independently without impacting others, as database changes in one service don’t affect others. Challenges: Data Consistency: Ensuring consistency across distributed databases is complex. Eventual consistency and patterns like Sagas need to be used. Data Duplication: Some data might need to be duplicated across services, which can lead to synchronization challenges. Complexity: Managing multiple databases increases operational complexity, such as database migrations and monitoring.

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: cross multiple machines or instances. When to implement: When you need to scale horizontally: When your database grows beyond the capabilities of a single machine or instance, sharding helps distribute the load.

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: Database sharding is the process of splitting a database into smaller, more manageable pieces called shards, each of which holds a subset of the data.

Explain a bit more

Shards can be distributed across multiple machines or instances. When to implement: When you need to scale horizontally: When your database grows beyond the capabilities of a single machine or instance, sharding helps distribute the load. High throughput requirements: Sharding allows you to handle higher traffic loads by distributing the database across multiple servers. Geographical Distribution: If you have users spread across different regions, sharding can help with distributing data closer to the users for performance and latency reasons. Considerations: Complexity: Sharding adds complexity in terms of data distribution, querying across shards, and maintaining consistency. Balance: Shards need to be balanced to avoid uneven load on individual nodes. Cross-Shard Joins: Joins across shards are often difficult and can hurt performance.

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: Data synchronization across microservices can be achieved using a few key patterns:

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 eventual consistency in microservices with a distributed database:

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: Advantages of Event Sourcing:

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: Purpose of Service Discovery: In a microservices architecture, service discovery allows services to dynamically locate each other without hardcoding IP addresses or service locations. It enables communication between services regardless of their dynamic nature (services might come up or go down or change IPs). Implementation:

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 Kubernetes, load balancing is an integral part of service discovery and can be implemented in the following ways:

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: Client-Side Load Balancing: In client-side load balancing, the client is responsible for selecting the appropriate instance of a service to send the request to, based on the list of available instances.

Explain a bit more

The client usually obtains the list of service instances through service discovery (e.g., Consul, Eureka, Kubernetes DNS). Pros: More control for the client on load balancing strategies (e.g., round-robin, least connections). Reduces pressure on centralized load balancers. Cons: Adds complexity to client-side logic. Requires the client to maintain a list of available instances. Server-Side Load Balancing: In server-side load balancing, a centralized load balancer (e.g., NGINX, HAProxy, Kubernetes ingress controller) is responsible for distributing the traffic to available service instances. Pros: Simpler client-side logic. Centralized control over load balancing logic and configuration. Cons: Can introduce a bottleneck or single point of failure. Requires more resources and maintenance for the load balancer itself.

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: DNS-based Service Discovery is a method where DNS (Domain Name System) is used to resolve the network location (IP address) of a service instance in a microservices architecture. How it works:

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 how do you overcome them? Challenges:

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 Kubernetes, service discovery is managed through the Kubernetes DNS system.

Explain a bit more

Each service is given a DNS name that resolves to its pods (or group of pods), allowing services to find and communicate with each other. Kubernetes Services: A Kubernetes Service is an abstraction layer over a set of Pods. Services provide a stable IP address and DNS name, even though the Pods may be dynamically created or destroyed. For example, a service named order-service in the default namespace would be reachable as order-service.default.svc.cluster.local. Kubernetes DNS: Kubernetes automatically configures DNS for services in a cluster, so services can resolve the name of another service (e.g., order-service) to the appropriate IP address. Service Types: Kubernetes supports different service types like ClusterIP, NodePort, and LoadBalancer, each serving different use cases for internal or external service discovery.

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? service registry is a centralized directory of available services and their instances. It helps microservices locate and communicate with each other. How it works: Each microservice registers itself with the service registry when it starts, providing metadata like its IP address, port, and health status. Other microservices query… the… registry…… to discover and connect to the required service. Service…

Explain a bit more

registries also support health checks, ensuring that only healthy services re discoverable. Tools: Examples of service registries include Consul, Eureka, and Zookeeper.

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: A Service Registry is a database or directory that stores information about services, their instances, and their locations (IPs and ports). It acts as a directory for services to register and clients to look up 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: Sticky Sessions (Session Affinity) ensure that a user’s requests are always routed to the same service instance throughout the duration of a session. How to implement:

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: For multi-region or multi-cloud environments, service discovery must handle the complexity of services spread across different geographic locations or cloud providers.

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 communication between microservices, you can implement a combination of encryption, authentication, and authorization 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: uthenticate each other using TLS certificates. How it works: Server Authentication: The client verifies that it is communicating with the legitimate server by checking the server's certificate. Client Authentication: The server also verifies that the client is legitimate by checking the client's certificate. Importance 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: Mutual TLS (mTLS) is an authentication protocol where both the client and server authenticate each other using TLS certificates. How it works: Server Authentication: The client verifies that it is communicating with the legitimate server by checking the server's certificate. Client Authentication: The server also verifies that the client is legitimate by checking the client's certificate. Importance 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.