Diez despliegues al día. Uno de ellos es malo. Polylane lo encuentra y lo revierte.
Únete a la lista de esperaCada despliegue se vigila, desde el primer momento. Qué cambió, quién lo cambió y las señales con más probabilidad de romperse.
SQS visibility timeout lowered on checkout-events
VisibilityTimeout on checkout-events dropped from 120s to 15s. Consumers that hold a message longer than 15 seconds will see it delivered twice; the dead-letter queue threshold is unchanged.
SetQueueAttributes CloudTrail · deploy-bot · 12:41:02Z attached to this record's delta window Rollback, si lo quieres. Desactivado por defecto. Actívalo, y un agente se encarga del resto.
Critical latency degradation in checkout-edge worker
checkout-edge › Cloudflare Worker Critical latency degradation detected in checkout-edge worker: 18x+ P99 latency spikes sustained for 12 minutes
edge-gateway Cloudflare Worker ··· checkout-edge Cloudflare Worker ··· 
hd-prod Hyperdrive ··· 
payments-db PlanetScale ··· cart-svc Cloudflare Worker ···
Deploy 9f3c2a1 shrank the Hyperdrive pool
hd-prod from 50 connections to 5. Under checkout load,
requests queue on connection checkout and P99 rises 18× against the 30-minute baseline. Restoring the pool size restores latency.
Revierte ahora. Arregla bien después. El rollback gana tiempo: el arreglo real viene después para tu revisión.
Cap retries on the checkout webhook worker #491
polylanemain from polylane/autofix/chat/k3x9f2-4e7d21a 
Retries on the checkout webhook worker were unbounded: a failing delivery re-queued itself forever and amplified load on payments-api. This caps delivery at 5 attempts with exponential backoff and dead-letters the payload after the last one.
What changed
worker/deliver.ts gains MAX_DELIVERY_ATTEMPTS = 5 and backoff between attempts; exhausted payloads land in checkout-webhooks-dlq instead of re-queueing.
Validation
npm test — 214 passed. A forced failing delivery stopped after 5 attempts and appeared in the dead-letter queue.
Cómo funciona Polylane. Aprende tu sistema, lo vigila, investiga y actúa.
-
Primero aprende tu sistema
El grafo de contexto mapea cada recurso y dependencia entre tus nubes, repositorios y proveedores de observabilidad. Los agentes razonan sobre topología real, no sobre suposiciones.
-
Detección sin umbrales
Comprobaciones integradas para cada proveedor, más comprobaciones generadas a partir de tus propias consultas guardadas y paneles. Una pasada estadística y un agente deciden juntos, y una mejora nunca abre un issue.
-
Investigaciones que muestran pruebas
Cada afirmación enlaza con la consulta, la línea de log o el registro de cambio que la respalda. Un veredicto sin evidencia pasa a no concluyente.
-
Las escrituras se ganan, nunca se presuponen
Las cuentas se conectan en solo lectura. Los rollbacks están desactivados por defecto, con límite de frecuencia y registrados. Los cambios de código pasan por tu revisión habitual.
-
Cada semana afina más
Memorias, notas diarias y consultas de monitorización reconfirmadas contra datos reales: la investigación de julio aprende de la de junio.
Se conecta a lo que ya ejecutas. Conecta en solo lectura y empieza.
Preguntas.
¿Qué plataformas puede revertir Polylane?
Despliegues de Cloudflare, Vercel, Render y Fly.io, restaurando el último despliegue en buen estado conocido. Los rollbacks están desactivados por defecto: los habilitas tú y puedes desactivarlos en cualquier momento.
¿Qué impide un bucle de rollbacks automáticos?
Límites fijos en la plataforma, no el criterio del agente. Tres rollbacks con éxito por hora y por destino, un solo rollback en curso a la vez, y cuando las pasadas en paralelo discrepan sobre la versión a restaurar, la acción se bloquea y se te escala.
¿Necesita mi pipeline de CI?
No. Polylane lee los despliegues de los propios proveedores. La revisión de pull requests se ejecuta como una comprobación de GitHub que puedes hacer obligatoria, pero nada de tu pipeline cambia.
¿Y los cambios que no son despliegues?
Las ediciones de configuración, los eventos de escalado y los cambios de seguridad se registran y se vigilan de la misma manera. Cuando una cola se comporta mal doce minutos después de que alguien redujera su visibility timeout, la investigación parte de ese cambio.
¿Puedo ver por qué ocurrió un rollback?
Cada rollback tiene sus pruebas: la ejecución que lo hizo, las señales que retrocedieron, la versión restaurada y el razonamiento quedan en el registro.