20、微服务弹性模式：Resilience4j 实践

微服务弹性模式：Resilience4j 实践

在构建基于微服务的应用程序时，客户端弹性是一个必须考虑的重要因素。本文将深入探讨 Resilience4j 库提供的几种弹性模式，包括舱壁模式、重试模式、速率限制器模式，以及如何结合 ThreadLocal 进行上下文信息传递。

1. 舱壁模式（Bulkhead Pattern）

在微服务应用中，完成特定任务通常需要调用多个微服务。如果不使用舱壁模式，这些调用默认会使用 Java 容器中预留的相同线程来处理请求。在高并发情况下，一个服务的性能问题可能导致 Java 容器的所有线程被占满，新请求积压，最终导致容器崩溃。

舱壁模式通过将远程资源调用隔离到各自的线程池中，确保单个行为异常的服务不会导致整个容器崩溃。Resilience4j 提供了两种舱壁模式的实现：
- 信号量舱壁（Semaphore Bulkhead） ：使用信号量隔离方法，限制对服务的并发请求数量。一旦达到限制，就开始拒绝请求。
- 线程池舱壁（Thread Pool Bulkhead） ：使用有界队列和固定线程池。只有当线程池和队列都满时，才会拒绝请求。

默认情况下，Resilience4j 使用信号量舱壁类型。

1.1 舱壁模式配置

要在 Resilience4j 中实现舱壁模式，需要额外的配置并结合 @CircuitBreaker 注解。以下是一个示例，展示了如何为 getLicensesByOrganization() 方法设置单独的线程池，并