Spring Boot plus Spring Cloud giver dig byggeklodserne til microservices. De tre problemer, ethvert distribueret system skal løse, er centraliseret konfiguration, service discovery og resilience mod delvise fejl.
┌── Config Server (git-backed properties)
│
Client ──▶ API Gateway ──▶ Service A ──▶ Service B
│ │ │
└──▶ Discovery (Eureka / K8s DNS) ◀── register + look up
/actuator/refresh).I et distribueret system vil hvert netværkskald fejle på et tidspunkt. Brug Resilience4j til at forhindre, at én langsom service kaskaderer til et nedbrud:
@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 breakeren springer åben efter gentagne fejl, så kald fejler hurtigt i stedet for at hobe tråde op i venten på en død afhængighed.
Senior-interviews undersøger modenhed inden for distribuerede systemer. At navngive discovery og config er minimumskrav; differentiatoren er at tale om fejl: circuit breakers, timeouts, idempotens og observability (distributed tracing med Micrometer/Zipkin). Stærke kandidater skubber også tilbage — de bemærker, at microservices tilføjer driftsomkostninger, og at en monolit ofte er det rette valg, indtil skala kræver andet.
Et bibliotek af IT-interviewspørgsmål med detaljerede svar — fra Junior til Senior.
Donér