Spring Boot pluss Spring Cloud gir deg byggeklossene for mikrotjenester. De tre problemene ethvert distribuert system må løse er sentralisert konfigurasjon, service discovery og resilience mot delvis feil.
┌── Config Server (git-backed properties)
│
Client ──▶ API Gateway ──▶ Service A ──▶ Service B
│ │ │
└──▶ Discovery (Eureka / K8s DNS) ◀── register + look up
/actuator/refresh).I et distribuert system vil hvert nettverkskall før eller senere feile. Bruk Resilience4j for å hindre at én treg tjeneste kaskaderer til et utfall:
@CircuitBreaker(name = "inventory", fallbackMethod = "cachedStock")
@Retry(name = "inventory") // prøv på nytt ved forbigående feil
@TimeLimiter(name = "inventory") // sett en øvre grense for ventetiden
public CompletableFuture<Stock> stock(String sku) {
return inventoryClient.get(sku); // eksternt kall
}
// Kalles når kretsen er åpen eller kallet feiler — degrader elegant.
public CompletableFuture<Stock> cachedStock(String sku, Throwable ex) {
return CompletableFuture.completedFuture(Stock.unknown(sku));
}
Circuit breakeren slår seg åpen etter gjentatte feil, så kall feiler raskt i stedet for å hope opp tråder som venter på en død avhengighet.
Senior-intervjuer undersøker modenhet i distribuerte systemer. Å navngi discovery og config er et minstekrav; det som skiller deg ut er å snakke om feil: circuit breakers, timeouts, idempotens og observability (distribuert tracing med Micrometer/Zipkin). Sterke kandidater tar også til motmæle — og påpeker at mikrotjenester øker driftskostnaden, og at en monolitt ofte er det riktige valget helt til skala krever noe annet.
Et bibliotek av IT-intervjuspørsmål med detaljerte svar — fra Junior til Senior.
Doner