Bagaimana anda membina microservices dengan Spring Boot: config, discovery, resilience?

Question

IT Interview Practice · Accepted Answer

Spring Boot berserta Spring Cloud memberi anda blok binaan untuk microservices. Tiga masalah yang mesti diselesaikan oleh setiap sistem teragih ialah **konfigurasi terpusat**, **penemuan perkhidmatan (service discovery)**, dan **daya tahan (resilience)** terhadap kegagalan separa. ## Bahagian-bahagian yang bergerak ```text ┌── Config Server (git-backed properties) │ Client ──▶ API Gateway ──▶ Service A ──▶ Service B │ │ │ └──▶ Discovery (Eureka / K8s DNS) ◀── register + look up ``` - **Config Server** menyampaikan properties setiap perkhidmatan daripada satu repo git terpusat, jadi anda menukar konfigurasi tanpa deploy semula. Perkhidmatan menariknya semasa permulaan (dan menyegar semula melalui `/actuator/refresh`). - **Service discovery** (Eureka, Consul, atau Kubernetes DNS) membolehkan Service A menemui Service B melalui *nama* dan bukannya hos yang dikodkan-keras, jadi instance boleh berskala dan bergerak dengan bebas. - **API Gateway** (Spring Cloud Gateway) ialah titik masuk tunggal untuk penghalaan, auth, dan penghadan kadar. ## Resilience — bahagian yang junior langkau Dalam sistem teragih setiap panggilan rangkaian *pasti* akan gagal akhirnya. Gunakan Resilience4j untuk menghalang satu perkhidmatan perlahan daripada bertingkat menjadi gangguan besar: ```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** tersandung terbuka selepas kegagalan berulang, jadi panggilan gagal dengan pantas dan bukannya menimbun benang yang menunggu kebergantungan yang mati. ## Mengapa ia penting Temu duga peringkat kanan menyiasat kematangan sistem teragih. Menamakan discovery dan config ialah asas semata-mata; pembeza ialah bercakap tentang **kegagalan**: circuit breakers, timeouts, idempotency, dan pemerhatian (distributed tracing dengan Micrometer/Zipkin). Calon yang kuat juga menolak balik — menyatakan microservices menambah kos operasi dan monolit selalunya pilihan yang betul sehingga skala menuntut sebaliknya.

Bahagian-bahagian yang bergerak

Resilience — bahagian yang junior langkau

Mengapa ia penting

Soalan berkaitan