Konfiguracja Hystrix

Question

Próbuję wprowadzić hystrix dla mojej aplikacji przy użyciu hystrix-javanica.

mam skonfigurowane hystrix-configuration.properties jak poniżej

hystrix.command.default.execution.isolation.strategy=SEMAPHORE 
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds=10000  
hystrix.command.default.fallback.enabled=true 
hystrix.command.default.circuitBreaker.enabled=true 
hystrix.command.default.circuitBreaker.requestVolumeThreshold=3  
hystrix.command.default.circuitBreaker.sleepWindowInMilliseconds=50000 
hystrix.command.default.circuitBreaker.errorThresholdPercentage=50 

wzór zwarcia działa poprawnie, ale mam wątpliwości w tej hystrix.command.default.circuitBreaker.requestVolumeThreshold=3

1. Czy stwierdzające otwarty obwód po 3 awarie lub
2. Otworzyć obwód po 3 równoczesnych awariach.

przeszedł dokumentacji

Czy ktoś może odpowiedzieć?

Answer 1

Jak Hystrix wyłącznik działa: Hystrix nie oferuje wyłącznik, który łamie po danej liczbie niepowodzeń. Układ Hystrix pęknie, jeżeli:

w przedziale czasu trwania metrics.rollingStats.timeInMilliseconds odsetek działań wynikających z obrabianym wyjątkiem przekracza errorThresholdPercentage, pod warunkiem, że ilość działań w obwodzie w przedziale czasu co najmniej requestVolumeThreshold

---

Co jest requestVolumeThreshold? requestVolumeThreshold to minimalny próg dla numeru o rozmiarze (liczba) połączeń przez obwód, który musi zostać osiągnięty (w ramach ruchomego okna), zanim obwód w ogóle oblicza procentowy wskaźnik awaryjności. Tylko wtedy, gdy ta minimalna objętość (w każdym oknie czasowym) zostanie osiągnięta, obwód porówna stosunek awarii twoich połączeń do skonfigurowanego errorThresholdPercentage.

Wyobraź sobie, że nie istniał taki próg minimalnej objętości przez obwód. Wyobraź sobie pierwsze połączenie w błędach okna czasowego. Będziesz miał 1 z 1 wywołań będący błędem, = 100% wskaźnika awarii, który jest wyższy niż ustawiony próg 50%. Więc obwód natychmiast się zepsuł.

requestVolumeThreshold istnieje, aby tak się nie stało. To skutecznie mówi, że poziom błędu przez twój obwód nie jest statystycznie istotny (i nie będzie porównywany z errorThresholdPercentage), dopóki co najmniej requestVolumeThreshold połączenia nie zostały odebrane w każdym oknie czasowym.

Answer 2

jestem raczej nowy do hystrix ale myślę, że mogę ci pomóc, W ogólnym hystrix.command.default.circuitBreaker.requestVolumeThreshold jest właściwość, która określa minimalną liczbę wniosków na stopniowe oknie, które zostanie rejsu obwód i jego wartość domyślna to 20, a jego wartość można zmienić w pliku właściwości lub w naszej opisanej metodzie @HystrixCommand.

Na przykład, jeśli ta wartość właściwości wynosi 20, to jeśli tylko 19 żądań zostanie odebranych w oknie rozwijanym (powiedzmy, że okno ma 10 sekund), obwód się nie otworzy, nawet jeśli wszystkie 19 nie powiodą się. jeśli wartość nieudanego żądania osiągnie 20, obwód zostanie otwarty, a odpowiednie wywołania zostaną wysłane do stanu awaryjnego, nawet jeśli połączenie zakończy się pomyślnie, do zakończenia okresu okna do spania.

okres czasu w oknie spania określa czas, po potknięciu obwodu, odrzucenie żądań przed zezwoleniem na ponowną próbę ustalenia, czy obwód powinien ponownie zostać zamknięty. Jego wartość wynosi domyślnie 5000 milisekund, można to zmienić przez przesłonięcie Właściwość circuitBreaker.sleepWindowInMilliseconds.

można znaleźć wszystkie właściwości i jego opis here