Tarpinio serverio būsena: kurią svetainę ir kurią operaciją tikrinote?
Atskirkite bendrą tarpinio serverio pasiekiamumą nuo paskirties vietai būdingų gedimų, kai prižiūrite daugkartinio naudojimo tarpinių serverių baseiną.
Tarpinis serveris atsiunčia jūsų IP tikrinimo puslapį, bet nepavyksta API, kurio reikia jūsų programai. Vadinti jį „sveiku“ arba „negyvu“ prarandama naudingiausia faktas: abi užklausos buvo skirtingos.
Pradėkite nuo viso perdavimo įrašo galiniam taškui. Ar galite pasiekti jo klausytoją ir atlikti reikiamas tarpinio serverio derybas? Paskirties vietai būdingus stebėjimus laikykite šalia to įrašo, o ne perrašykite jį.
| Stebėjimas | Tiriama sritis |
|---|---|
| Tarpinio serverio klausytojas atmeta ryšius | Galinis taškas ir maršrutas į jį |
| Tarpinis serveris atmeta vieną paskirties prievadą | Leidžiama operacija tai paskirties vietai |
| Viena svetainė grąžina paskyros klaidą | Paskirties programa ir prisijungimo duomenys |
| Dideli atsakymai įstringa, maži baigiami | Perdavimo darbo krūvis ir skirtojo laiko politika |
HTTP atsakymas gali įrodyti, kad užklausos kelias ką nors grąžino, o vis tiek likti netinkamas programai. Laikykite perdavimo sėkmę, HTTP būseną ir laukiamą turinį atskirais rezultatais.
Jei viena paskirties vieta nuolat nepavyksta, pristabdykite arba ištirkite tą galinio taško ir paskirties porą. Išjungti tarpinį serverį kiekvienam nesusijusiam darbui gali iššvaistyti naudingą pajėgumą. Ir atvirkščiai, pasaulinis ryšio gedimas neturėtų likti paslėptas už vienos svetainės izoliuoto įrašo.
Praktiškas būsenos raktas gali apimti tarpinio serverio identifikatorių, paskirties paslaugą ir operacijos tipą. Venkite naudoti visą prisijungimo duomenis turintį URL ar kiekvieną unikalų ištekliaus kelią kaip nuolat augantį raktą. Grupuokite tik ten, kur grupavimas suteikia prasmingą kitos užklausos prognozę.
Tikslas yra geresni maršrutizavimo įrodymai, o ne didesnė žalių ženklelių kolekcija. Būsenos rezultatas turėtų pasakyti, kas buvo bandoma, kada ir ką jis iš tikrųjų nustatė.