Enfriamiento en el grupo de proxies: rastree fallos y compruebe la recuperación
Dé al grupo de proxies estados temporales explícitos y una vía de recuperación en lugar de eliminar un extremo tras una sola petición lenta.
Un proxy pierde un plazo. El grupo lo elimina. Una hora después el proxy vuelve a estar sano, pero su aplicación no tiene forma de descubrirlo porque tiró el registro.
Eliminar puede ser adecuado para una cuenta revocada o un extremo que el operador retiró. Un fallo transitorio merece un estado distinto.
Conserve suficiente historial para la siguiente decisión
- Elegible
- Disponible para trabajo ordinario según la política actual.
- En enfriamiento
- Retenido temporalmente hasta un plazo registrado.
- Sonda permitida
- Un intento controlado puede evaluar la recuperación.
- Deshabilitado
- Un operador o una condición duradera lo retiró del servicio.
Guarde el motivo y la etapa junto con la transición. Una denegación de conexión, unas credenciales rechazadas, un cuerpo de respuesta lento y un error HTTP de destino no deberían todos incrementar un contador indiferenciado de «proxy muerto».
Use un reloj de tiempo transcurrido para un enfriamiento dentro del proceso. Un reloj monótono evita que una espera corta dependa de un ajuste del reloj de pared. No persista una marca de tiempo monótona como si fuera una fecha portátil compartida por otras máquinas; un planificador distribuido necesita un modelo de tiempo y propiedad definido por separado.
La recuperación no debe liberar una estampida
Cuando venza el plazo, permita un intento de recuperación pequeño en lugar de enviar toda la cola de espera a la vez. Un intento exitoso puede restaurar la elegibilidad; otro fallo puede prolongar la pausa según una política acotada.
Elija la sonda para el trabajo que debe predecir. Una conexión TCP exitosa no es una transacción HTTP o SOCKS completa. Una página de comprobación de IP no relacionada no establece que el destino requerido sea alcanzable o esté permitido.
Ninguna duración universal de enfriamiento se deduce de la palabra proxy. Fíjela a partir del presupuesto de latencia de la operación, el comportamiento del servicio y las consecuencias de otro intento fallido. Preserve el registro del extremo para que una interrupción temporal no se convierta en silencio en una pérdida permanente de capacidad.