Spring Boot artı Spring Cloud, mikroservisler için yapı taşlarını verir. Her dağıtık sistemin çözmesi gereken üç problem şunlardır: merkezi yapılandırma, service discovery ve kısmi başarısızlığa karşı resilience.
┌── Config Server (git-backed properties)
│
Client ──▶ API Gateway ──▶ Service A ──▶ Service B
│ │ │
└──▶ Discovery (Eureka / K8s DNS) ◀── register + look up
/actuator/refresh ile yeniler).Dağıtık bir sistemde her ağ çağrısı eninde sonunda başarısız olacaktır. Yavaş bir servisin bir kesintiye kaskatlaşmasını (cascade) durdurmak için Resilience4j kullanın:
@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));
}
Devre kesici (circuit breaker), tekrarlanan başarısızlıklardan sonra açık konuma geçer, böylece çağrılar ölü bir bağımlılığı bekleyerek thread'leri yığmak yerine hızlıca başarısız olur.
Kıdemli mülakatlar dağıtık-sistem olgunluğunu araştırır. Discovery ve config'i adlandırmak temel gerekliliktir; asıl farklılaştırıcı başarısızlık hakkında konuşmaktır: devre kesiciler, timeout'lar, idempotency ve gözlemlenebilirlik (Micrometer/Zipkin ile dağıtık izleme). Güçlü adaylar ayrıca itiraz da eder — mikroservislerin operasyonel maliyet eklediğini ve ölçek gerektirene kadar bir monolitin çoğu zaman doğru tercih olduğunu belirtir.
Junior'dan Senior'a detaylı cevaplarla bir BT mülakat soruları kütüphanesi.
Bağış Yap