Dieci deploy al giorno. Uno è difettoso. Polylane lo trova e lo ripristina.
Iscriviti alla lista d'attesaOgni deploy è osservato, senza alcuna configurazione. Cosa è cambiato, chi l'ha cambiato e i segnali che più probabilmente si romperanno.
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, se lo vuoi. Disattivato per impostazione predefinita. Attivalo, e un agente si occupa 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.
Ripristina subito. Ripara per bene dopo. Il rollback compra tempo: il fix vero segue per la tua review.
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.
Come funziona Polylane. Impara il tuo sistema, lo osserva, indaga e agisce.
-
Prima impara il tuo sistema
Il grafo di contesto ricostruisce ogni risorsa e dipendenza tra i tuoi cloud, i repository e i provider di observability. Gli agenti ragionano sulla topologia reale, non su ipotesi.
-
Rilevamento senza soglie
Controlli integrati per ogni provider, più controlli generati dalle tue query salvate e dalle tue dashboard. Un passaggio statistico e un agente decidono insieme, e un miglioramento non apre mai una issue.
-
Indagini che mostrano le prove
Ogni affermazione rimanda alla query, alla riga di log o al record di modifica che la sostiene. Un verdetto senza prove ricade su inconcludente.
-
Le scritture si guadagnano, mai presunte
Gli account si collegano in sola lettura. I rollback sono disattivati per impostazione predefinita, con un limite di frequenza e registrati. Le modifiche al codice passano dalla tua review abituale.
-
Diventa più preciso ogni settimana
Memorie, note giornaliere e query di monitoraggio riconfermate sui dati reali: l'indagine di luglio impara da quella di giugno.
Si innesta su quello che già usi. Collega in sola lettura e inizia.
Domande.
Quali piattaforme può ripristinare Polylane?
I deployment su Cloudflare, Vercel, Render e Fly.io, ripristinando l'ultimo deploy noto come buono. I rollback sono disattivati per impostazione predefinita: li abiliti tu e puoi disattivarli in qualsiasi momento.
Cosa impedisce un ciclo di rollback automatici?
Limiti rigidi nella piattaforma, non il giudizio dell'agente. Tre rollback riusciti all'ora per target, un solo rollback in corso alla volta, e quando i passaggi paralleli non sono d'accordo sulla versione da ripristinare, l'azione viene bloccata e passata a te.
Ha bisogno della mia pipeline CI?
No. Polylane legge i deploy direttamente dai provider. La review delle pull request gira come controllo GitHub che puoi rendere obbligatorio, ma nulla della tua pipeline cambia.
E le modifiche che non sono deploy?
Modifiche di configurazione, eventi di scaling e modifiche di sicurezza vengono registrati e osservati allo stesso modo. Quando una coda si comporta male dodici minuti dopo che qualcuno ne ha abbassato il visibility timeout, l'indagine parte da quella modifica.
Posso vedere perché è avvenuto un rollback?
Ogni rollback ha le sue prove: il run che l'ha eseguito, i segnali regrediti, la versione ripristinata e il ragionamento finiscono nel record.