envoyproxy/envoy

redis outlier detection when redis is down but Envoy is up

Open

#24.215 geöffnet am 26. Nov. 2022

Auf GitHub ansehen
 (12 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)C++ (5.373 Forks)batch import
area/outlier_detectionarea/redishelp wanted

Repository-Metriken

Stars
 (27.997 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 8T) (378 gemergte PRs in 30 T)

Beschreibung

In the current implementation , when server Envoy is up but redis down, we send proper error response with "UpstreamFailure" - as a result of the this Client Envoy does not detect this as outlier and eject even when outlier detection is enabled on client side.

So in cases where redis container is down but Envoy is up - Should n't this failure treated as outlier from client side (similar to 503 in http)?

Or are there any reasons why this has been implemented like this?

Contributor Guide

Research-Richtung
Untersuchen Sie den Outlier Erkennungscode im Redis Filter von Envoy, um zu verstehen, warum Upstream Fehler nicht als Ausreißer behandelt werden, und schlagen Sie eine Korrektur vor, um den Redis Ausfall als Ausreißerereignis zu behandeln.
Tech Stack
Keine
Domain
backendinfrastructure
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
C++GitEnvoy
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60