Configuración del Connector

enabled

Permite activar/desactivar la resiliencia

Boolean

n/a

true

yes

minimum-number-of-calls

Determina el número mínimo de llamadas (dentro de una ventana deslizante) que deben realizarse antes de que el circuit breaker pueda calcular la tasa de errores para determinar la salud del transport.

Integer

minimumNumberOfCalls

1

yes

max-attempts

Determina el número máximo de reintentos a realizar. Tenga en cuenta que esto incluye el primer intento fallido.

Integer

maxAttempts

1

yes

attempt-timeout

Cuánto esperar a que se complete un único intento antes de fallarlo.

Duration

n/a

30s

yes

reset-timeout

Cuánto esperar en estado OPEN antes de pasar a HALF_OPEN e intentar cerrar el circuito.

Duration

waitDurationInOpenState

1s

yes

initial-retry-wait-duration

Cuánto esperar antes de reintentar. Esto establece la duración inicial y puede aumentar en sucesivos reintentos debido al multiplicador de backoff.

Duration

La primera mitad de intervalFunction.

1s

yes

backoff-multiplier

Cada reintento sucesivo esperará la duración previa multiplicada por el backoff multiplier.

Integer

La segunda mitad de intervalFunction.

2

yes

retry-on-failure-when

Dada una excepción lanzada por el código decorado, devuelve un boolean para determinar si se reintenta. Esto evita reintentar en excepciones donde múltiples intentos no resolverán el fallo.

Boolean

n/a

true

yes

retry-on-result-when

Dado un resultado exitoso, es decir, no se lanzó ninguna excepción, devuelve un boolean para determinar si se reintenta. Esto se usa para disparar reintentos basados en el objeto devuelto por el código decorado en un receiving connector.

Boolean

retryOnResult

false

yes

fail-after-max-attempts

Booleano para habilitar o deshabilitar el lanzamiento de MaxRetriesExceededException cuando el Retry alcanza el maxAttempts configurado y el resultado sigue sin pasar el retryOnResultPredicate

Boolean

failAfterMaxAttempts

false

yes

failure-rate-threshold

Cuando la tasa de fallos es igual o mayor que el umbral, el CircuitBreaker pasa a open y comienza a cortar (short-circuit) las llamadas.

Double

failureRateThreshold

50

yes

slow-call-rate-threshold

El CircuitBreaker considera una llamada como lenta cuando la duración es mayor que slowCallDurationThreshold. Cuando el porcentaje de llamadas lentas es igual o mayor que el umbral, el CircuitBreaker pasa a open y comienza a cortar llamadas.

Double

slowCallRateThreshold

100

yes

slow-call-duration-threshold

Configura el umbral de duración por encima del cual las llamadas se consideran lentas e incrementan la tasa de llamadas lentas.

Duration

slowCallDurationThreshold

60000ms

yes

max-wait-duration-in-half-open-state

Cuando se establece en 0ms en realidad no se está configurando; cualquier otro tiempo sí establecerá la variable

Duration

maxWaitDurationInHalfOpenState.

0ms

yes

permitted-number-of-calls-in-half-open-state

Configura el número de llamadas permitidas cuando el CircuitBreaker está en HALF_OPEN.

Integer

permittedNumberOfCallsInHalfOpenState

10

yes

sliding-window-size

Configura el tamaño de la ventana deslizante que se usa para registrar el resultado de las llamadas cuando el CircuitBreaker está cerrado.

Integer

slidingWindowSize

100

yes

sliding-window-type

Si la ventana deslizante es COUNT_BASED, se registran y agregan las últimas slidingWindowSize llamadas. Si la ventana es TIME_BASED, se registran y agregan las llamadas de los últimos slidingWindowSize segundos.

SlidingWindowType

slidingWindowType

COUNT_BASED

yes

automatic-transition-from-open-to-half-open

Si es true, el CircuitBreaker pasará automáticamente de open a half-open y no se necesitará una llamada para disparar la transición. Se crea un hilo para monitorear todas las instancias de CircuitBreakers y pasarlas a HALF_OPEN una vez que pase waitDurationInOpenState. Si es false, la transición a HALF_OPEN solo ocurre si se realiza una llamada, incluso después de que haya pasado waitDurationInOpenState. La ventaja aquí es que ningún hilo monitorea el estado de todos los CircuitBreakers.

Boolean

automaticTransitionFromOpenToHalfOpenEnabled

true

yes

retry-scheduler-thread-pool-size

Determina cuántos hilos puede usar el planificador de reintentos.

Integer

n/a

number of available processors

no

reroute-messages-on-failure

Dado un resultado de fallo, devuelve un boolean para determinar si se deben re-enviar mensajes a la cola

Boolean

n/a

Llama al predicado retryOnFailureWhen o al valor de retry-on-failure-when

no

retryExceptions

Debe especificar la ruta de clase completa y el nombre de clase para que funcione correctamente; por ejemplo, java.lang.String. También debe ser una clase que extienda java.lang.Throwable

List<String> in config. List<Class<Throwable>>

retryExceptions and recordExceptions.

null

no

ignoreExceptions

Debe especificar la ruta de clase completa y el nombre de clase para que funcione correctamente; por ejemplo, java.lang.String. También debe ser una clase que extienda java.lang.Throwable

List<String> in config. List<Class<Throwable>>

ignoreExceptions

[]

no

retry-on-send-result-when

Dado un resultado exitoso, es decir, no se lanzó ninguna excepción, devuelve un boolean para determinar si se reintenta. Esto se usa para disparar reintentos basados en el objeto devuelto por el código decorado en un sending connector. Un ejemplo de donde esto puede ser útil es si un servidor HTTP responde con un código de respuesta HTTP exitoso a una solicitud, pero el cuerpo contiene detalles de error que indican que puede ser necesario reintentar.

Boolean

retryOnResult.

Devuelve true cuando el DeliveryOutcome devuelto es un fallo y retryOnFailureWhen devuelve true para la excepción que causó el fallo

no

recordException

Configura un Predicate que evalúa si una excepción debe registrarse como un fallo y así aumentar la tasa de fallos. El Predicate debe devolver true si la excepción debe contar como fallo. Debe devolver false si la excepción debe contar como éxito, a menos que la excepción sea explícitamente ignorada por ignoreExceptions(Class[]) o ignoreException(Predicate).

Predicate<Throwable>

recordException

null

no

ignoreException

Configura un Predicate que evalúa si una excepción debe ignorarse y no contar como fallo ni como éxito. El Predicate debe devolver true si la excepción debe ignorarse. Debe devolver false si la excepción debe contar como fallo.

Predicate<Throwable>

ignoreException

null

no