Jak stavět mikroslužby se Spring Bootem: konfigurace, discovery, odolnost?

Question

IT Interview Practice · Accepted Answer

Spring Boot plus Spring Cloud vám dávají stavební bloky pro mikroslužby. Tři problémy, které musí každý distribuovaný systém vyřešit, jsou **centralizovaná konfigurace**, **service discovery** a **odolnost** vůči částečnému selhání. ## Pohyblivé části ```text ┌── Config Server (properties zálohované gitem) │ Client ──▶ API Gateway ──▶ Service A ──▶ Service B │ │ │ └──▶ Discovery (Eureka / K8s DNS) ◀── registrace + vyhledání ``` - **Config Server** obsluhuje properties každé služby z centrálního git repozitáře, takže měníte konfiguraci bez redeploye. Služby si ji stáhnou při startu (a obnoví přes `/actuator/refresh`). - **Service discovery** (Eureka, Consul nebo Kubernetes DNS) umožňuje Service A najít Service B podle *názvu* místo natvrdo zadaného hostu, takže instance mohou volně škálovat a přesouvat se. - **API Gateway** (Spring Cloud Gateway) je jediný vstupní bod pro routing, autentizaci a rate limiting. ## Odolnost — část, kterou junioři přeskakují V distribuovaném systému každé síťové volání *dříve či později* selže. Použijte Resilience4j, abyste zabránili tomu, že jedna pomalá služba kaskádovitě způsobí výpadek: ```java @CircuitBreaker(name = "inventory", fallbackMethod = "cachedStock") @Retry(name = "inventory") // opakuj přechodné výkyvy @TimeLimiter(name = "inventory") // omez čekání public CompletableFuture stock(String sku) { return inventoryClient.get(sku); // vzdálené volání } // Zavolá se, když je obvod otevřený nebo volání selže — degraduj elegantně. public CompletableFuture cachedStock(String sku, Throwable ex) { return CompletableFuture.completedFuture(Stock.unknown(sku)); } ``` **Circuit breaker** se po opakovaných selháních rozpojí, takže volání selžou rychle místo hromadění vláken čekajících na mrtvou závislost. ## Proč je to důležité Senior pohovory zkoumají zralost v distribuovaných systémech. Jmenovat discovery a konfiguraci je základ; rozdíl dělá mluvení o **selhání**: circuit breakery, timeouty, idempotence a observabilita (distribuované tracing s Micrometer/Zipkin). Silní kandidáti také oponují — poznamenají, že mikroslužby přidávají provozní náklady a monolit je často správnou volbou, dokud si škála nevynutí jinak.

Pohyblivé části

Odolnost — část, kterou junioři přeskakují

Proč je to důležité

Související otázky