This bundle tries to copy the famous java Hystrix library and tries to make the usage of the circuit breaking pattern effortless to the developers.
The developers can just mark any service as circuit broken, using special annotations and this bundle makes all the wiring under the hood automatically.
The current backend implementation is using Ganesha.
$ composer require pixelfederation/circuit-breaker-bundle
Just enable the bundle. There are no configuration options for now.
// in config/bundles.php add this line:
PixelFederation\CircuitBreakerBundle\Bridge\Symfony\PixelFederationCircuitBreakerBundle::class
To activate circuit breaking on a given service, the service has to implement
the PixelFederation\CircuitBreakerBundle\CircuitBrokenService
interface.
The class mustn't be marked as final
, because a proxy class is derived from it under the hood.
To configure circuit breaking, you can use the class level configuration or method level configuration.
The class level configuration is valid for all the circuit-broken methods.
It is configured as a class level annotation @CircuitBreakerService
. To mark a public method as circuit broken,
the @CircuitBreaker
annotation or attribute has to be used:
use PixelFederation\CircuitBreakerBundle\Annotation\CircuitBreakerService;
use PixelFederation\CircuitBreakerBundle\Annotation\CircuitBreaker;
/**
* @CircuitBreakerService(
* defaultFallback="makeDefaultFallbackRequest",
* ignoreExceptions={BadMethodCallException::class}
* )
*/
class Service {
/**
* @CircuitBreaker()
*/
public function iShouldBeCircuitBroken(): int
{
return 0;
}
}
or
use PixelFederation\CircuitBreakerBundle\Annotation\CircuitBreakerService;
use PixelFederation\CircuitBreakerBundle\Annotation\CircuitBreaker;
#[CircuitBreakerService(defaultFallback: 'makeDefaultFallbackRequest', ignoreExceptions: [BadMethodCallException::class])]
class Service {
#[CircuitBreaker()]
public function iShouldBeCircuitBroken(): int
{
return 0;
}
}
The configuration options for the @CircuitBreakerService
are:
- defaultFallback: a public method of the same class which should be called on an exception occurrence, if no fallback is configured for a circuit-broken method.
- ignoreExceptions: exception list, which doesn't trigger marking the wrapped service as failing
The method level annotation @CircuitBreaker
can override the class level configuration
with its own configuration options, which are:
- fallbackMethod: a public method of the same class which should be called on an exception occurrence
- ignoreExceptions: exception list, which doesn't trigger marking the wrapped service as failing
use PixelFederation\CircuitBreakerBundle\Annotation\CircuitBreaker;
class Service {
/**
* @CircuitBreaker(fallbackMethod="makeSpecialFallbackRequest")
*/
public function iShouldBeCircuitBroken(): int
{
return 0;
}
}
or
use PixelFederation\CircuitBreakerBundle\Annotation\CircuitBreaker;
class Service {
#[CircuitBreaker(fallbackMethod: 'makeSpecialFallbackRequest')]
public function iShouldBeCircuitBroken(): int
{
return 0;
}
}
The fallback methods have to be public as well.
IMPORTANT: Fallback methods have to have the same method signature as the fallbackable methods, because fallback methods are being called with the same arguments.
IMPORTANT: Doctrine annotations support will be dropped in the future, so it is recommended to use the bundle attributes instead.
NOTICE REGARDING COMPLEX SCENARIOS: It is also possible to define fallback methods for fallback methods in some more complex scenarios. An example of such scenario might be, when there is an API call in the default/fallbackable method. It's fallback method might have a different call to a different API, which means, that such method could use a fallback as well. In that case it can have configured a fallback method which tries to load data from some cache. Such a method might also use a fallback method which might return some default value.
use PixelFederation\CircuitBreakerBundle\Annotation\CircuitBreaker;
use PixelFederation\CircuitBreakerBundle\Annotation\CircuitBreakerService;
use PixelFederation\CircuitBreakerBundle\CircuitBrokenService;
use BadMethodCallException;
use InvalidArgumentException;
use RuntimeException;
/**
* The class level annotation activates circuit breaking configuration on methods
* marked with the @CircuitBreaker annotation.
* In this case, also the default fallback for each circuit broken method is configured
* (the 'makeDefaultFallbackRequest' method)
*
* The ignoreExceptions option sets exceptions, on which occurrence the service won't be marked
* as failing, e.g. some app/system level exceptions, which don't need to have to do anything
* with http requests under the hood.
*
* @CircuitBreakerService(
* defaultFallback="makeDefaultFallbackRequest",
* ignoreExceptions={BadMethodCallException::class}
* )
*/
class TestService implements CircuitBrokenService
{
private SomeHttpClient $client;
public function __construct(SomeHttpClient $client)
{
$this->client = $client;
}
/**
* This method is marked to be circuit-broken. It uses the class level configured fallback
* and ignores the class level configured exceptions.
*
* @CircuitBreaker()
*/
public function makeRequest(): int
{
return $this->client->makeRequest(); // it is important to set http timeouts here
}
/**
* This method is marked to be circuit-broken. It uses a different fallback, not the one
* configured on class level.
*
* @CircuitBreaker(fallbackMethod="makeSpecialFallbackRequest")
*/
public function makeRequestWithCustomCircuitBreaker(string $param): int
{
return $this->client->makeAnotherRequest($param); // it is important to set http timeouts here
}
public function makeDefaultFallbackRequest(): void
{
return 1; // ideally there is no call to any external dependency in the fallback method
}
// notice that this fallback method has the same method signature as the method makeRequestWithCustomCircuitBreaker
public function makeSpecialFallbackRequest(string $param): void
{
return 0; // ideally there is no call to any external dependency in the fallback method
}
}
Enjoy ;)