Un proxy obté la teva pàgina de comprovació d'IP i falla a l'API que necessita la teva aplicació. Anomenar-lo “sa” o “mort” perd el fet més útil: les dues peticions eren diferents.

Comença amb un registre de tot el transport per al punt final. Pots arribar al seu oient i completar la negociació de proxy necessària? Mantén les observacions específiques de la destinació al costat d'aquest registre en lloc de sobreescriure'l.

ObservacióÀmbit a investigar
L'oient del proxy rebutja connexionsEl punt final i la ruta fins a ell
El proxy denega un port de destinacióL'operació permesa per a aquesta destinació
Un lloc web retorna un error de compteL'aplicació de destinació i les credencials
Les respostes grans s'encallen, les petites acabenLa càrrega de transferència i la política de temps d'espera

Una resposta HTTP pot establir que un camí de petició ha retornat alguna cosa tot i que encara sigui inutilitzable per a l'aplicació. Mantén l'èxit del transport, l'estat HTTP i el contingut esperat com a resultats separats.

Si una destinació falla repetidament, posa en pausa o investiga aquesta parella de punt final i destinació. Desactivar el proxy per a cada tasca no relacionada pot llençar capacitat útil. A l'inrevés, una fallada de connexió global no hauria de quedar amagada darrere del registre aïllat d'un sol lloc web.

Una clau de salut pràctica pot incloure l'identificador del proxy, el servei de destinació i el tipus d'operació. Evita utilitzar l'URL sencer que porta credencials o cada camí únic de recurs com una clau que creix sense parar. Agrupa només on l'agrupació fa una predicció significativa sobre la propera petició.

L'objectiu és una millor evidència d'encaminament, no una col·lecció més gran d'insígnies verdes. Un resultat de salut hauria de dir què es va intentar, quan i què va establir realment.

Articles relacionats