Πώς χτίζεις microservices με το Spring Boot: config, discovery, resilience;

Question

IT Interview Practice · Accepted Answer

Το Spring Boot μαζί με το Spring Cloud σου δίνει τα δομικά στοιχεία για microservices. Τα τρία προβλήματα που πρέπει να λύσει κάθε κατανεμημένο σύστημα είναι η **κεντρικοποιημένη ρύθμιση**, η **service discovery** και η **resilience** έναντι μερικής αποτυχίας. ## Τα κινούμενα μέρη ```text ┌── Config Server (git-backed properties) │ Client ──▶ API Gateway ──▶ Service A ──▶ Service B │ │ │ └──▶ Discovery (Eureka / K8s DNS) ◀── register + look up ``` - Ο **Config Server** σερβίρει τα properties κάθε service από ένα κεντρικό git repo, ώστε να αλλάζεις ρυθμίσεις χωρίς redeploy. Τα services τα τραβούν κατά την εκκίνηση (και κάνουν refresh μέσω `/actuator/refresh`). - Η **service discovery** (Eureka, Consul ή Kubernetes DNS) επιτρέπει στο Service A να βρίσκει το Service B με το *όνομα* αντί για ένα hard-coded host, ώστε τα instances να κλιμακώνονται και να μετακινούνται ελεύθερα. - Το **API Gateway** (Spring Cloud Gateway) είναι το μοναδικό σημείο εισόδου για routing, auth και rate limiting. ## Resilience — το μέρος που παραλείπουν οι juniors Σε ένα κατανεμημένο σύστημα κάθε κλήση δικτύου *θα* αποτύχει κάποια στιγμή. Χρησιμοποίησε το Resilience4j για να σταματήσεις ένα αργό service να προκαλέσει αλυσιδωτή διακοπή: ```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)); } ``` Το **circuit breaker** ανοίγει μετά από επαναλαμβανόμενες αποτυχίες, ώστε οι κλήσεις να αποτυγχάνουν γρήγορα αντί να στοιβάζονται threads που περιμένουν ένα νεκρό dependency. ## Γιατί έχει σημασία Οι senior συνεντεύξεις διερευνούν την ωριμότητα σε κατανεμημένα συστήματα. Η ονομασία της discovery και του config είναι τα βασικά· ο διαφοροποιητής είναι να μιλάς για την **αποτυχία**: circuit breakers, timeouts, idempotency και observability (distributed tracing με Micrometer/Zipkin). Οι ισχυροί υποψήφιοι επίσης αντεπιχειρηματολογούν — σημειώνοντας ότι τα microservices προσθέτουν λειτουργικό κόστος και ένας μονόλιθος είναι συχνά η σωστή επιλογή μέχρι η κλίμακα να απαιτήσει διαφορετικά.

Τα κινούμενα μέρη

Resilience — το μέρος που παραλείπουν οι juniors

Γιατί έχει σημασία

Σχετικές ερωτήσεις