Circuitbox is a Ruby circuit breaker gem. It protects your application from failures of it's service dependencies. It wraps calls to external services and monitors for failures in one minute intervals. Once more than 10 requests have been made with a 50% failure rate, Circuitbox stops sending requests to that failing service for one minute. This helps your application gracefully degrade. Resources about the circuit breaker pattern:
- http://martinfowler.com/bliki/CircuitBreaker.html
- https://github.com/Netflix/Hystrix/wiki/How-it-Works#CircuitBreaker
Circuitbox[:your_service] do
Net::HTTP.get URI('http://example.com/api/messages')
end
Circuitbox will return nil for failed requests and open circuits.
If your HTTP client has it's own conditions for failure, you can pass an exceptions
option.
class ExampleServiceClient
def circuit
Circuitbox.circuit(:yammer, exceptions: [Zephyr::FailedRequest])
end
def http_get
circuit.run do
Zephyr.new("http://example.com").get(200, 1000, "/api/messages")
end
end
end
Using the run!
method will throw an exception when the circuit is open or the underlying service fails.
def http_get
circuit.run! do
Zephyr.new("http://example.com").get(200, 1000, "/api/messages")
end
end
class ExampleServiceClient
def circuit
Circuitbox.circuit(:your_service, {
exceptions: [YourCustomException],
# seconds the circuit stays open once it has passed the error threshold
sleep_window: 300,
# length of interval (in seconds) over which it calculates the error rate
time_window: 60,
# number of requests within `time_window` seconds before it calculates error rates
volume_threshold: 10,
# the store you want to use to save the circuit state so it can be
# tracked, this needs to be Moneta compatible, and support increment
cache: Moneta.new(:Memory),
# exceeding this rate will open the circuit
error_threshold: 50,
# seconds before the circuit times out
timeout_seconds: 1,
# Logger to use
logger: Logger.new(STDOUT),
# Customized Timer object
# Use NullTimer if you don't want to time circuit execution
# Use MonotonicTimer to avoid bad time metrics on system time resync
execution_timer: SimpleTimer
})
end
end
You can also pass a Proc as an option value which will evaluate each time the circuit breaker is used. This lets you configure the circuit breaker without having to restart the processes.
Circuitbox.circuit(:yammer, {
sleep_window: Proc.new { Configuration.get(:sleep_window) }
})
Holds all the relevant data to trip the circuit if a given number of requests fail in a specified period of time. The store is based on Moneta so there are a lot of stores to choose from. There are some pre-requisits they need to satisfy so:
- Need to support increment, this is true for most but not all available stores.
- Need to support concurrent access if you share them. For example sharing a KyotoCabinet store across process fails because the store is single writer multiple readers, and all circuits sharing the store need to be able to write.
circuitbox use ActiveSupport Notifications.
Usage example:
Log on circuit open/close:
class CircuitOpenException < StandardError ; end
ActiveSupport::Notifications.subscribe('circuit_open') do |name, start, finish, id, payload|
circuit_name = payload[:circuit]
Rails.logger.warn("Open circuit for: #{circuit_name}")
end
ActiveSupport::Notifications.subscribe('circuit_close') do |name, start, finish, id, payload|
circuit_name = payload[:circuit]
Rails.logger.info("Close circuit for: #{circuit_name}")
end
generate metrics:
$statsd = Statsd.new 'localhost', 9125
ActiveSupport::Notifications.subscribe('circuit_gauge') do |name, start, finish, id, payload|
circuit_name = payload[:circuit]
gauge = payload[:gauge]
value = payload[:value]
metrics_key = "circuitbox.circuit.#{circuit_name}.#{gauge}"
$statsd.gauge(metrics_key, value)
end
payload[:gauge]
can be:
failure_count
success_count
error_rate
execution_time
# execution time will only be notified when circuit is closed and block is successfully executed without timeout or errors.
warnings: in case of misconfiguration, circuitbox will fire a circuitbox_warning notification.
ActiveSupport::Notifications.subscribe('circuit_warning') do |name, start, finish, id, payload|
circuit_name = payload[:circuit]
warning = payload[:message]
Rails.logger.warning("#{circuit_name} - #{warning}")
end
circuit_store
is backed by Moneta which
supports multiple backends. This can be configured by passing cache: Moneta.new(:PStore, file: "myfile.store")
to use for example the built in
PStore ruby library for persisted store, which can be shared cross process.
Depending on your requirements different stores can make sense, see the benchmarks and moneta feature matrix for details.
user system total real
memory: 1.440000 0.140000 1.580000 ( 1.579244)
lmdb: 4.330000 3.280000 7.610000 ( 13.086398)
pstore: 23.680000 4.350000 28.030000 ( 28.094312)
daybreak: 2.270000 0.450000 2.720000 ( 2.626748)
You can run the benchmarks yourself by running rake benchmark
.
An in memory store, which is local to the process. This is not threadsafe so it is not useable with multithreaded webservers for example. It is always going to be the fastest option if no multi-process or thread is required, like in development on Webbrick.
This is the default.
Circuitbox.circuit :identifier, cache: Moneta.new(:Memory)
An persisted directory backed store, which is thread and multi process safe.
depends on the lmdb
gem. It is slower than Memory or Daybreak, but can be
used in multi thread and multi process environments like like Puma.
require "lmdb"
Circuitbox.circuit :identifier, cache: Moneta.new(:LMDB, dir: "./", db: "mydb")
An persisted file backed store, which comes with the ruby stdlib. It has no external dependecies and works on every ruby implementation. Due to it being file backed it is multi process safe, good for development using Unicorn.
Circuitbox.circuit :identifier, cache: Moneta.new(:PStore, file: "db.pstore")
Persisted, file backed key value store in pure ruby. It is process safe and
outperforms most other stores in circuitbox. This is recommended for production
use with Unicorn. It depends on the daybreak
gem.
require "daybreak"
Circuitbox.circuit :identifier, cache: Moneta.new(:Daybreak, file: "db.daybreak", expires: true)
It is important for the store to have expires support.
Circuitbox ships with Faraday HTTP client middleware.
require 'faraday'
require 'circuitbox/faraday_middleware'
conn = Faraday.new(:url => "http://example.com") do |c|
c.use Circuitbox::FaradayMiddleware
end
response = conn.get("/api")
if response.success?
# success
else
# failure or open circuit
end
By default the Faraday middleware returns a 503
response when the circuit is
open, but this as many other things can be configured via middleware options
exceptions
pass a list of exceptions for the Circuitbreaker to catch, defaults to Timeout and Request failures
c.use Circuitbox::FaradayMiddleware, exceptions: [Faraday::Error::TimeoutError]
default_value
value to return for open circuits, defaults to 503 response wrapping the original response given by the service and stored asoriginal_response
property of the returned 503, this can be overwritten with either- a static value
- a
lambda
which is passed theoriginal_response
andoriginal_error
.original_response
will be populated if Faraday returns an error response,original_error
will be populated if an error was thrown before Faraday returned a response. (It will also accept a lambda with arity 1 that is only passedoriginal_response
. This use is deprecated and will be removed in the next major version.)
c.use Circuitbox::FaradayMiddleware, default_value: lambda { |response, error| ... }
identifier
circuit id, defaults to request url
c.use Circuitbox::FaradayMiddleware, identifier: "service_name_circuit"
circuit_breaker_run_options
options passed to the circuit run method, see the main circuitbreaker for those.
conn.get("/api", circuit_breaker_run_options: {})
circuit_breaker_options
options to initialize the circuit with defaults to{ volume_threshold: 10, exceptions: Circuitbox::FaradayMiddleware::DEFAULT_EXCEPTIONS }
c.use Circuitbox::FaradayMiddleware, circuit_breaker_options: {}
open_circuit
lambda determining what response is considered a failure, counting towards the opening of the circuit
c.use Circuitbox::FaradayMiddleware, open_circuit: lambda { |response| response.status >= 500 }
- fix timeout issue for default configuration, as default
:Memory
adapter does not natively support expires, we need to actually load it on demand. - fix memoization of
circuit_breaker_options
not actually doing memoization inexcon
andfaraday
middleware.
- Fix timeout issue #51 sebastian-juliu
- Fix Rails integration, as version 1.0.0 removed the rails tasks integration, but missed removing the related railtie.
- support for cross process circuitbreakers by swapping the circuitbreaker store for a
Moneta
supported key value store. - Change
FaradayMiddleware
default behaviour to not open on4xx
errors but just on5xx
server errors and connection errors - Remove stat store, which was largely unused
- fix URI require missing (yammer#42 @gottfrois)
- configurable circuitbox store backend via Moneta supporting multi process circuits
- Issue #39, keep the original backtrace for the wrapped exception around when re-raising a Circuitbox::Error
- Circuitbox::ServiceFailureError wraps the original exception that was raised. The behaviour for to_s wasn't exposing this information and was returning the name of class "Circuitbox::ServiceFailureError". Change the behaviour for to_s to indicate this exception is a wrapper around the original exception. sherrry
- Faraday middleware passes two arguments to the
default_value
callback, not just one. First argument is still the error response from Faraday if there is one. Second argument is the exception that caused the call to fail if it failed before Faraday returned a response. Old behaviour is preserved if you pass a lambda that takes just one argument, but this is deprecated and will be removed in the next version of Circuitbox. dwaller
- configuration option for faraday middleware for what should be considered to open the circuit enrico-scalavio
- fix for issue 16, support of in_parallel requests in faraday middlware which were opening the circuit.
- deprecate the run_option
:storage_key
- add
run!
method to raise exception on circuit open and service
- Everything prior to keeping the change log
Add this line to your application's Gemfile:
gem 'circuitbox'
And then execute:
$ bundle
Or install it yourself as:
$ gem install circuitbox
- Fork it
- Create your feature branch (
git checkout -b my-new-feature
) - Commit your changes (
git commit -am 'Add some feature'
) - Push to the branch (
git push origin my-new-feature
) - Create new Pull Request