Wychładzanie w puli proxy: śledź awarie i sprawdzaj odzyskiwanie

Proxy przekracza jeden termin. Pula je usuwa. Godzinę później proxy znów jest sprawne, ale twoja aplikacja nie ma sposobu, by to wykryć, bo wyrzuciła rekord.

Usunięcie może być właściwe dla odwołanego konta albo punktu końcowego wycofanego przez operatora. Przejściowa awaria zasługuje na inny stan.

Zachowaj dość historii do następnej decyzji

Kwalifikuje się

Dostępny do zwykłej pracy w ramach bieżącej polityki.

Wychładza się

Czasowo wstrzymany do zapisanego terminu.

Sprawdzenie dozwolone

Jedna kontrolowana próba może ocenić odzyskiwanie.

Wyłączony

Operator lub trwały warunek usunęły go z usługi.

Zapisuj przyczynę i etap wraz z przejściem. Odmowa połączenia, odrzucone dane logowania, wolne ciało odpowiedzi i błąd HTTP u celu nie powinny wszystkie razem zwiększać nieodróżnionego licznika „martwego proxy”.

Użyj zegara czasu, który upłynął, do wychładzania w procesie. Zegar monotoniczny nie pozwala, by krótkie oczekiwanie zależało od korekty zegara ściennego. Nie utrwalaj znacznika monotonicznego tak, jakby był przenośną datą współdzieloną przez inne maszyny; rozproszony harmonogram potrzebuje osobno zdefiniowanego modelu czasu i własności.

Odzyskiwanie nie powinno uwolnić tłumu

Gdy termin minie, pozwól na niewielką próbę odzyskiwania zamiast wysyłać całą kolejkę oczekujących naraz. Udana próba może przywrócić kwalifikowalność; kolejna awaria może wydłużyć pauzę zgodnie z ograniczoną polityką.

Wybierz sprawdzenie pod zadanie, które ma przewidywać. Udane połączenie TCP nie jest pełną transakcją HTTP ani SOCKS. Niepowiązana strona sprawdzania IP nie dowodzi, że wymagane miejsce docelowe jest osiągalne lub dozwolone.

Ze słowa proxy nie wynika żaden uniwersalny czas wychładzania. Ustal go na podstawie budżetu opóźnienia operacji, zachowania usługi i konsekwencji kolejnej nieudanej próby. Zachowaj rekord punktu końcowego, aby chwilowe przerwanie nie stało się po cichu trwałą utratą zdolności.