Spring Boot اور Spring Cloud مل کر آپ کو microservices کے building blocks دیتے ہیں۔ ہر distributed system کو تین مسائل حل کرنے ہوتے ہیں: مرکزی configuration، service discovery، اور جزوی ناکامی کے خلاف resilience۔
┌── Config Server (git-backed properties)
│
Client ──▶ API Gateway ──▶ Service A ──▶ Service B
│ │ │
└──▶ Discovery (Eureka / K8s DNS) ◀── register + look up
/actuator/refresh کے ذریعے refresh کرتی ہیں)۔کسی distributed system میں ہر network call بالآخر ناکام ہوگی۔ Resilience4j استعمال کریں تاکہ ایک سست service کو ایک outage میں پھیلنے سے روکا جا سکے:
@CircuitBreaker(name = "inventory", fallbackMethod = "cachedStock")
@Retry(name = "inventory") // retry transient blips
@TimeLimiter(name = "inventory") // cap the wait
public CompletableFuture<Stock> stock(String sku) {
return inventoryClient.get(sku); // remote call
}
// Called when the circuit is open or the call fails — degrade gracefully.
public CompletableFuture<Stock> cachedStock(String sku, Throwable ex) {
return CompletableFuture.completedFuture(Stock.unknown(sku));
}
Circuit breaker بار بار ناکامیوں کے بعد کھل جاتا ہے، تاکہ calls کسی مردہ dependency کے انتظار میں threads جمع کرنے کے بجائے جلدی ناکام ہو جائیں۔
Senior interviews distributed-systems کی پختگی جانچتے ہیں۔ discovery اور config کا نام لینا بنیادی بات ہے؛ فرق کرنے والی چیز ناکامی کے بارے میں بات کرنا ہے: circuit breakers، timeouts، idempotency، اور observability (Micrometer/Zipkin کے ساتھ distributed tracing)۔ مضبوط امیدوار مخالفت بھی کرتے ہیں — یہ نوٹ کرتے ہوئے کہ microservices operational قیمت بڑھاتے ہیں اور جب تک scale تقاضا نہ کرے ایک monolith اکثر درست انتخاب ہوتا ہے۔
تفصیلی جوابات کے ساتھ IT انٹرویو سوالات کی ایک لائبریری — جونیئر سے سینئر تک۔
عطیہ دیں