Kaip kurti mikroservisus su Spring Boot: config, discovery, resilience?

Question

IT Interview Practice · Accepted Answer

Spring Boot plius Spring Cloud suteikia mikroservisų statybinius blokus. Trys problemos, kurias turi išspręsti kiekviena paskirstyta sistema, yra **centralizuota konfigūracija**, **servisų aptikimas (service discovery)** ir **atsparumas (resilience)** daliniam gedimui. ## Judančios dalys ```text ┌── Config Server (git-backed properties) │ Client ──▶ API Gateway ──▶ Service A ──▶ Service B │ │ │ └──▶ Discovery (Eureka / K8s DNS) ◀── register + look up ``` - **Config Server** teikia kiekvieno serviso properties iš centrinio git repo, todėl konfigūraciją keičiate be perdiegimo. Servisai ją traukia paleidžiant (ir atsinaujina per `/actuator/refresh`). - **Service discovery** (Eureka, Consul ar Kubernetes DNS) leidžia Service A rasti Service B pagal *pavadinimą* vietoj įkoduoto host, todėl instancijos gali laisvai keistis masteliu ir judėti. - **API Gateway** (Spring Cloud Gateway) yra vienintelis įėjimo taškas maršrutizavimui, autentifikacijai ir greičio ribojimui. ## Resilience — dalis, kurią junior praleidžia Paskirstytoje sistemoje kiekvienas tinklo kvietimas *anksčiau ar vėliau* žlugs. Naudokite Resilience4j, kad vienas lėtas servisas nesukeltų grandininio žlugimo (cascade) į visišką gedimą: ```java @CircuitBreaker(name = "inventory", fallbackMethod = "cachedStock") @Retry(name = "inventory") // pakartoti trumpalaikius gedimus @TimeLimiter(name = "inventory") // apriboti laukimą public CompletableFuture stock(String sku) { return inventoryClient.get(sku); // nutolęs kvietimas } // Kviečiama, kai grandinė (circuit) atvira arba kvietimas žlunga — degraduoti tvarkingai. public CompletableFuture cachedStock(String sku, Throwable ex) { return CompletableFuture.completedFuture(Stock.unknown(sku)); } ``` **Circuit breaker** atsidaro po pakartotinių gedimų, todėl kvietimai greitai žlunga, o ne kaupiasi gijos, laukiančios negyvos priklausomybės. ## Kodėl tai svarbu Senior interviu tiria paskirstytų sistemų brandą. Discovery ir config įvardijimas yra minimumas; skiriamasis bruožas — kalbėjimas apie **gedimą**: circuit breakers, timeouts, idempotencija ir stebimumas (paskirstytas trasavimas su Micrometer/Zipkin). Stiprūs kandidatai taip pat prieštarauja — pažymėdami, kad mikroservisai prideda operacinių kaštų ir monolitas dažnai yra teisingas pasirinkimas, kol mastelis nepareikalauja kitaip.

Judančios dalys

Resilience — dalis, kurią junior praleidžia

Kodėl tai svarbu

Susiję klausimai