Spring Boot uz Spring Cloud daje vam građevne blokove za mikroservise. Tri problema koja svaki distribuirani sustav mora riješiti su centralizirana konfiguracija, service discovery i otpornost na djelomične kvarove.
┌── Config Server (svojstva iz gita)
│
Client ──▶ API Gateway ──▶ Service A ──▶ Service B
│ │ │
└──▶ Discovery (Eureka / K8s DNS) ◀── registriraj + pronađi
/actuator/refresh).U distribuiranom sustavu svaki mrežni poziv će na kraju zakazati. Koristite Resilience4j da spriječite da se jedan spor servis kaskadno pretvori u ispad:
@CircuitBreaker(name = "inventory", fallbackMethod = "cachedStock")
@Retry(name = "inventory") // ponovi prolazne smetnje
@TimeLimiter(name = "inventory") // ograniči čekanje
public CompletableFuture<Stock> stock(String sku) {
return inventoryClient.get(sku); // udaljeni poziv
}
// Poziva se kada je circuit otvoren ili poziv zakaže — degradiraj elegantno.
public CompletableFuture<Stock> cachedStock(String sku, Throwable ex) {
return CompletableFuture.completedFuture(Stock.unknown(sku));
}
Circuit breaker se otvara nakon ponovljenih kvarova, pa pozivi brzo padaju umjesto gomilanja niti koje čekaju na mrtvu ovisnost.
Seniorski razgovori ispituju zrelost u distribuiranim sustavima. Spominjanje discoveryja i konfiguracije je minimum; ono što razlikuje je govor o kvarovima: circuit breakeri, timeouti, idempotentnost i observabilnost (distribuirano praćenje s Micrometerom/Zipkinom). Snažni kandidati također se suprotstavljaju — napominjući da mikroservisi dodaju operativni trošak i da je monolit često ispravan izbor dok skala ne zahtijeva drugačije.
Knjižnica IT pitanja za razgovore za posao s detaljnim odgovorima — od Juniora do Seniora.
Doniraj