Как строить микросервисы на Spring Boot: config, discovery, resilience?

Question

IT Interview Practice · Accepted Answer

Spring Boot вместе со Spring Cloud даёт вам строительные блоки для микросервисов. Три проблемы, которые должна решить каждая распределённая система, — это **централизованная конфигурация**, **service discovery** и **resilience** (устойчивость) к частичным отказам. ## Составные части ```text ┌── Config Server (properties из git) │ Client ──▶ API Gateway ──▶ Service A ──▶ Service B │ │ │ └──▶ Discovery (Eureka / K8s DNS) ◀── регистрация + поиск ``` - **Config Server** отдаёт properties каждого сервиса из центрального git-репозитория, поэтому вы меняете конфигурацию без передеплоя. Сервисы забирают её при старте (и обновляют через `/actuator/refresh`). - **Service discovery** (Eureka, Consul или Kubernetes DNS) позволяет Service A находить Service B по *имени* вместо жёстко зашитого хоста, так что экземпляры могут свободно масштабироваться и перемещаться. - **API Gateway** (Spring Cloud Gateway) — единая точка входа для маршрутизации, авторизации и rate limiting. ## Resilience — часть, которую пропускают джуниоры В распределённой системе каждый сетевой вызов *рано или поздно* провалится. Используйте Resilience4j, чтобы один медленный сервис не каскадно вызвал сбой всей системы: ```java @CircuitBreaker(name = "inventory", fallbackMethod = "cachedStock") @Retry(name = "inventory") // повтор при кратковременных сбоях @TimeLimiter(name = "inventory") // ограничить ожидание public CompletableFuture stock(String sku) { return inventoryClient.get(sku); // удалённый вызов } // Вызывается, когда circuit открыт или вызов провалился — деградируем корректно. public CompletableFuture cachedStock(String sku, Throwable ex) { return CompletableFuture.completedFuture(Stock.unknown(sku)); } ``` **Circuit breaker** размыкается после повторяющихся отказов, поэтому вызовы падают быстро вместо накопления потоков, ожидающих мёртвую зависимость. ## Почему это важно Senior-собеседования зондируют зрелость в распределённых системах. Назвать discovery и config — это базовый минимум; отличие — в разговоре об **отказах**: circuit breakers, таймауты, идемпотентность и наблюдаемость (распределённая трассировка с Micrometer/Zipkin). Сильные кандидаты также возражают — отмечая, что микросервисы добавляют операционную стоимость, и монолит часто правильный выбор, пока масштаб не потребует иного.

Составные части

Resilience — часть, которую пропускают джуниоры

Почему это важно

Похожие вопросы