Is there a way to see consecutiveFailureCount property of Circuit Controller? [Expose circuit-breaker internal statistics]

In order to intelligently arrive at a suitable count value for exceptionsAllowedBeforeBreaking for my CircuitBreaker policy, I want to be able to report on what the typical count of consecutiveFailureCount that the Circuit Breaker policy is tracking when it does ExecuteAsync. This would also be great for health reporting, to see how many times a circuit was broken on a day to day basis.

[reisenberger]

@RichieRunner If your goal is to work out how best to configure exceptionsAllowedBeforeBreaking, you may also be interested in this discussion around circuit-breaker whatiffery. An exploration strategy can be to go initially to production with an inert circuit-breaker by setting durationOfBreak: TimeSpan.Zero. Such a circuit-breaker will still cycle through the states (you can attach logging/alerts to track when breaks occur), but with TimeSpan.Zero the breaker will have no effect on your system operation, so you can experiment with finding a suitable exceptionsAllowedBeforeBreaking value before giving the circuit breaker ‘teeth’, if you like.

[reisenberger]

Thanks @RichieRunner, that makes sense. Yes, I was focused on the second aspect of the q how many times a circuit was broken 😉

To your q: Because Polly offers two kinds of circuit-breaker (consecutive-count and advanced), implementing this is not just a simple case of add a public int ConsecutiveFailureCount to ICircuitBreakerPolicy.

We would want to tackle the general case (‘Surface circuit-breaker internal stats’) and do something like expose an ICircuitStatistics CircuitStatistics property on ICircuitBreakerPolicy.

Different implementations of ICircuitController<T> would then expose variants of ICircuitStatistics, such as IConsecutiveCountCircuitStatistics : ICircuitStatistics and IAdvancedCircuitStatistics : ICircuitStatistics. This approach would also slot into our longer-term goal of allowing users to extend circuit-breaker behaviour by implementing custom circuit controllers.

That would still leave some casting when consuming - something like (policy.CircuitStatistics as IConsecutiveCountCircuitStatistics).ConsecutiveFailureCount. To avoid that would probably mean extending the CircuitBreakerPolicy class-family with variants like ConsecutiveCountCircuitBreakerPolicy : CircuitBreakerPolicy and have the derived classes implement properties encapsulating the cast.

For clarity, priority-wise, for my own development time, this comes below distributed circuit breaker. We’d be happy to take a PR for the feature though, if you are interested to contribute one.