Spring Boot cộng Spring Cloud cho bạn các khối xây dựng cho microservices. Ba bài toán mà mọi hệ phân tán phải giải là cấu hình tập trung, service discovery, và resilience trước lỗi cục bộ.
┌── Config Server (properties lưu trong git)
│
Client ──▶ API Gateway ──▶ Service A ──▶ Service B
│ │ │
└──▶ Discovery (Eureka / K8s DNS) ◀── đăng ký + tra cứu
/actuator/refresh).Trong hệ phân tán, mọi lời gọi mạng sẽ hỏng vào lúc nào đó. Dùng Resilience4j để một service chậm không lan thành sự cố toàn hệ thống:
@CircuitBreaker(name = "inventory", fallbackMethod = "cachedStock")
@Retry(name = "inventory") // thử lại các trục trặc thoáng qua
@TimeLimiter(name = "inventory") // giới hạn thời gian chờ
public CompletableFuture<Stock> stock(String sku) {
return inventoryClient.get(sku); // lời gọi remote
}
// Được gọi khi circuit mở hoặc lời gọi hỏng — suy giảm êm ái.
public CompletableFuture<Stock> cachedStock(String sku, Throwable ex) {
return CompletableFuture.completedFuture(Stock.unknown(sku));
}
Circuit breaker bật mở sau nhiều lần hỏng liên tiếp, nên các lời gọi fail nhanh thay vì dồn thread chờ một dependency đã chết.
Phỏng vấn senior dò độ chín về hệ phân tán. Nêu được discovery và config chỉ là điều kiện cần; điểm khác biệt là bàn về lỗi: circuit breaker, timeout, idempotency, và observability (distributed tracing với Micrometer/Zipkin). Ứng viên giỏi còn phản biện — chỉ ra microservices làm tăng chi phí vận hành và một monolith thường là lựa chọn đúng cho tới khi quy mô buộc phải khác.
Thư viện câu hỏi phỏng vấn IT với đáp án chi tiết — từ Junior đến Senior.
Ủng hộ