El punto de partida
La pregunta útil es cuánto tiempo necesita un flujo de trabajo la misma salida y qué debe hacer tu aplicación cuando esa continuidad desaparece.
Lee la definición de sesión de tu proveedor
Rotativo y persistente (sticky) describen políticas de selección de salida. Rotativo suele cambiar la salida asignada entre peticiones, conexiones o ventanas de tiempo. Persistente solicita afinidad con una salida durante una sesión definida. El disparador, la duración y el comportamiento ante fallos dependen del proveedor; no existe un parámetro de nombre de usuario universal para todos los servicios.
Por ejemplo, Decodo documenta rotación móvil por petición y sesiones persistentes configurables, pero advierte que una salida puede desaparecer antes de la duración solicitada. Trata la duración de sesión de cualquier proveedor como algo que hay que probar, no como sustituto de una ruta de recuperación en la aplicación.
Alinea una sesión con un flujo de trabajo completo
Piensa en una prueba de checkout en tu propia tienda de staging: cargar el producto, añadirlo al carrito y verificar la estimación de entrega. Un punto de partida práctico es un contexto de navegador y una sesión de proxy para todo ese escenario. Mantén ambos constantes hasta que termine la aserción y después descarta el estado del escenario.
Para comprobaciones independientes de disponibilidad regional, cada comprobación puede ser su propia unidad. Asigna a cada resultado la región prevista, la salida observada cuando esté disponible y la marca de tiempo. No asumas que una salida recién seleccionada es única ni que cambiar de salida concede un mayor margen de peticiones.
Separa tres tipos de estado
La resolución de problemas resulta más clara cuando lo siguiente se registra como identificadores separados y no secretos. Una sesión de proxy no puede restaurar un almacén de cookies perdido, y un almacén de cookies persistente no puede obligar a que vuelva una salida no disponible.
- Sesión de aplicación: cookies, tokens y estado que pertenecen al destino.
- Conexión del cliente: una conexión TCP o un pool de conexiones reutilizable.
- Sesión de proxy: la correspondencia que hace el proveedor entre un identificador de sesión y una salida.
Prueba la expiración antes de aumentar la concurrencia
Elige un endpoint de diagnóstico permitido y haz unas pocas peticiones secuenciales dentro de la ventana de sesión solicitada. Registra la salida observada. Repite después de la expiración documentada y prueba por separado una reconexión forzada. Marca estos datos como mediciones de tu muestra, no como garantía sobre todo el pool.
Decide qué significa un cambio anticipado de salida para tu flujo de trabajo: reiniciar un escenario de solo lectura, detenerse e informar del fallo, o recuperarse desde un punto de control. No reproduzcas automáticamente una operación que ya puede haber creado un pedido o cambiado el estado de la cuenta. Incluye la decisión de recuperación en la especificación del trabajo antes de ejecutar muchos workers.
Antes de publicar
- Define un flujo de trabajo completo antes de elegir una duración de sesión.
- Mantén separados el estado de las cookies y la afinidad del proxy.
- Prueba la pérdida anticipada de salida y la expiración con una muestra pequeña.
Fuentes y lecturas adicionales
Referencias técnicas usadas para esta guía. Consulta la documentación de tu versión instalada y la configuración compatible de tu proveedor.