Bagaimana cara membangun microservices dengan Spring Boot: config, discovery, resilience?

Question

IT Interview Practice · Accepted Answer

Spring Boot ditambah Spring Cloud memberi Anda balok-balok penyusun untuk microservices. Tiga masalah yang harus dipecahkan setiap sistem terdistribusi adalah **konfigurasi terpusat**, **service discovery**, dan **resilience** terhadap kegagalan parsial. ## Bagian-bagian yang bergerak ```text ┌── Config Server (git-backed properties) │ Client ──▶ API Gateway ──▶ Service A ──▶ Service B │ │ │ └──▶ Discovery (Eureka / K8s DNS) ◀── register + look up ``` - **Config Server** menyajikan properties setiap service dari satu git repo terpusat, sehingga Anda mengubah config tanpa redeploy. Service menariknya saat startup (dan me-refresh via `/actuator/refresh`). - **Service discovery** (Eureka, Consul, atau Kubernetes DNS) memungkinkan Service A menemukan Service B berdasarkan *nama* alih-alih host yang di-hard-code, sehingga instance bisa menskala dan berpindah dengan bebas. - **API Gateway** (Spring Cloud Gateway) adalah titik masuk tunggal untuk routing, auth, dan rate limiting. ## Resilience — bagian yang dilewati junior Dalam sistem terdistribusi, setiap panggilan jaringan *akan* gagal cepat atau lambat. Gunakan Resilience4j untuk menghentikan satu service yang lambat mengalir menjadi outage: ```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** trip menjadi terbuka setelah kegagalan berulang, sehingga panggilan gagal cepat alih-alih menumpuk thread yang menunggu dependensi mati. ## Mengapa ini penting Interview senior menyelidiki kematangan sistem terdistribusi. Menyebut discovery dan config adalah syarat dasar; pembedanya adalah membicarakan **kegagalan**: circuit breaker, timeout, idempotency, dan observability (distributed tracing dengan Micrometer/Zipkin). Kandidat kuat juga menyanggah — mencatat bahwa microservices menambah biaya operasional dan sebuah monolit sering kali merupakan pilihan yang tepat sampai skala menuntut sebaliknya.

Bagian-bagian yang bergerak

Resilience — bagian yang dilewati junior

Mengapa ini penting

Pertanyaan terkait