Dez deploys por dia. Um deles é ruim. O Polylane encontra e reverte.
Entrar na lista de esperaCada deploy é observado, desde o início. O que mudou, quem mudou e os sinais com mais chance de quebrar.
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.
Rollback, se você quiser. Desativado por padrão. Ative, e um agente cuida do resto.
Critical latency degradation in checkout-edge worker
Critical latency degradation detected in checkout-edge worker: 18x+ P99 latency spikes sustained for 12 minutes
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.
Reverta agora. Corrija direito depois. O rollback compra tempo: a correção real vem em seguida para a sua revisão.
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.
Como o Polylane funciona. Ele aprende seu sistema, observa, investiga e age.
-
Ele aprende seu sistema primeiro
O grafo de contexto mapeia cada recurso e dependência entre suas nuvens, repositórios e provedores de observabilidade. Os agentes raciocinam sobre a topologia real, não sobre palpites.
-
Detecção sem limiares
Verificações integradas para cada provedor, mais verificações geradas a partir das suas próprias queries salvas e dashboards. Uma passagem estatística e um agente decidem juntos, e uma melhoria nunca abre uma issue.
-
Investigações que mostram evidências
Cada afirmação aponta de volta para a query, a linha de log ou o registro de mudança por trás dela. Um veredito sem evidência recua para inconclusivo.
-
Escritas se conquistam, nunca se presumem
As contas se conectam em modo somente leitura. Rollbacks ficam desativados por padrão, com limite de taxa e registrados. Mudanças de código passam pela sua revisão normal.
-
Ele fica mais afiado a cada semana
Memórias, notas diárias e queries de monitoramento reconfirmadas contra dados reais: a investigação de julho aprende com a de junho.
Ele se conecta ao que você já roda. Conecte em modo somente leitura e comece.
Perguntas.
Quais plataformas o Polylane consegue reverter?
Deployments na Cloudflare, Vercel, Render e Fly.io, restaurando o último deploy conhecido como bom. Rollbacks ficam desativados por padrão: você mesmo os habilita e pode desativá-los a qualquer momento.
O que impede um loop de rollbacks automáticos?
Limites rígidos na plataforma, não o julgamento do agente. Três rollbacks bem-sucedidos por hora por alvo, um rollback em andamento por vez, e quando passagens paralelas discordam sobre a versão a restaurar, a ação é bloqueada e escalonada para você.
Ele precisa da minha pipeline de CI?
Não. O Polylane lê os deploys dos próprios provedores. A revisão de pull request roda como uma verificação do GitHub que você pode tornar obrigatória, mas nada na sua pipeline muda.
E as mudanças que não são deploys?
Edições de configuração, eventos de escala e mudanças de segurança são registrados e observados da mesma forma. Quando uma fila se comporta mal doze minutos depois de alguém reduzir o visibility timeout dela, a investigação começa dessa mudança.
Posso ver por que um rollback aconteceu?
Cada rollback é registrado: a execução que o fez, os sinais que regrediram, a versão restaurada e o raciocínio ficam no registro.