Hogyan építesz mikroszolgáltatásokat Spring Boottal: config, discovery, resilience?

Question

IT Interview Practice · Accepted Answer

A Spring Boot plusz a Spring Cloud megadja az építőelemeket a mikroszolgáltatásokhoz. A három probléma, amelyet minden elosztott rendszernek meg kell oldania: a **központosított konfiguráció**, a **service discovery** és a **resilience** a részleges hibákkal szemben. ## A mozgó alkatrészek ```text ┌── Config Server (git-backed properties) │ Client ──▶ API Gateway ──▶ Service A ──▶ Service B │ │ │ └──▶ Discovery (Eureka / K8s DNS) ◀── register + look up ``` - A **Config Server** minden szolgáltatás property-jét egy központi git repóból szolgálja ki, így redeploy nélkül módosíthatsz configot. A szolgáltatások indításkor húzzák le (és az `/actuator/refresh`-en keresztül frissítik). - A **service discovery** (Eureka, Consul vagy Kubernetes DNS) lehetővé teszi, hogy a Service A a Service B-t *név* alapján találja meg egy bedrótozott host helyett, így a példányok szabadon skálázódhatnak és mozoghatnak. - Az **API Gateway** (Spring Cloud Gateway) az egyetlen belépési pont a routinghoz, authhoz és rate limitinghez. ## Resilience — az a rész, amit a juniorok kihagynak Egy elosztott rendszerben minden hálózati hívás *előbb-utóbb* elbukik. Használj Resilience4j-t, hogy megakadályozd, hogy egy lassú szolgáltatás kiesésbe kaszkádoljon: ```java @CircuitBreaker(name = "inventory", fallbackMethod = "cachedStock") @Retry(name = "inventory") // retry transient blips @TimeLimiter(name = "inventory") // cap the wait public CompletableFuture stock(String sku) { return inventoryClient.get(sku); // remote call } // Called when the circuit is open or the call fails — degrade gracefully. public CompletableFuture cachedStock(String sku, Throwable ex) { return CompletableFuture.completedFuture(Stock.unknown(sku)); } ``` A **circuit breaker** ismételt hibák után nyitottra billen, így a hívások gyorsan elbuknak ahelyett, hogy szálakat halmoznának fel egy halott függőségre várva. ## Miért fontos A senior interjúk az elosztott rendszerekben való érettséget firtatják. A discovery és a config megnevezése alapkövetelmény; a megkülönböztető a **hibáról** való beszéd: circuit breakerek, timeoutok, idempotencia és observability (elosztott tracing Micrometerrel/Zipkinnel). Az erős jelöltek vissza is szólnak — megjegyezve, hogy a mikroszolgáltatások operatív költséggel járnak, és egy monolit gyakran a helyes választás, amíg a lépték mást nem követel.

A mozgó alkatrészek

Resilience — az a rész, amit a juniorok kihagynak

Miért fontos

Kapcsolódó kérdések