For synchronous Spring Boot service calls, use Spring Cloud OpenFeign or Spring 6 HTTP Interfaces and wrap the call with Resilience4j. The minimum resilience policy should include a circuit breaker, bounded retries with exponential backoff, and a rate limiter. Set connect/read/request timeouts as well; retries without a timeout can amplify an outage. ```java @FeignClient(name = "inventory", fallbackFactory = InventoryFallback.class) interface InventoryClient { @GetMapping("/api/v1/items/{id}"...
Scanned 9/5/2026
Install to Claude Code
npx -y skills add HoangNguyen0403/agent-skills-standard --skill spring-boot-microservices --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Spring Boot Microservices?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/hoangnguyen0403-spring-boot-microservices-agent-skills-standard)More formats (shields.io, HTML) on the badges page.
For synchronous Spring Boot service calls, use Spring Cloud OpenFeign or Spring 6 HTTP Interfaces and wrap the call with Resilience4j. The minimum resilience policy should include a circuit breaker, bounded retries with exponential backoff, and a rate limiter. Set connect/read/request timeouts as well; retries without a timeout can amplify an outage.
```java
@FeignClient(name = "inventory", fallbackFactory = InventoryFallback.class)
interface InventoryClient {
@GetMapping("/api/v1/items/{id}")
ItemAvailability get(@PathVariable UUID id);
}
```
Configure a circuit breaker around the client, retry only transient and idempotent failures, and use jittered exponential backoff with a finite attempt count. A fallback should return a safe degraded result or an explicit failure; never silently invent business data. Rate-limit expensive or overloaded dependencies. Propagate tracing context through the client.
For repeated or long-running work, prefer an event with Spring Cloud Stream, a durable broker, a DLQ, and an idempotent consumer. Keep one database per service and share DTO records or API contracts, not entities or databases. Verify failure behavior with tests that exercise timeout, open-circuit, retry-exhausted, rate-limited, and recovery states.
Is this your skill, or is something wrong with this listing? . Author removals are honored within 72 hours.
No comments yet. Be the first to comment!