Dashboard

Dez deploys por dia. Um deles é ruim. O Polylane encontra e reverte.

Entrar na lista de espera

Cada deploy é observado, desde o início. O que mudou, quem mudou e os sinais com mais chance de quebrar.

Clouds prod-aws Changes

SQS visibility timeout lowered on checkout-events

Moderate impact configuration ·Synced 12 minutes ago

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.

What we're watching
ApproximateAgeOfOldestMessage
checkout-events · baseline at change 3.2s · worse if up
Watching: no issue since this change
NumberOfMessagesReceived
checkout-events · baseline at change 41/min · worse if up
Watching: no issue since this change
Triggering events
SetQueueAttributes CloudTrail · deploy-bot · 12:41:02Z attached to this record's delta window
Full diff (3 changes)
Nodes (2) Edges (1)
2 nodes modified · 1 edge removed

Rollback, se você quiser. Desativado por padrão. Ative, e um agente cuida do resto.

Issues Critical latency degradation in checkout-edge worker Overview

Critical latency degradation in checkout-edge worker

Incident critical Polylane ·Detected 3 hours ago ·Last seen 4 minutes ago ·2 occurrences
OverviewInvestigationMetricsTimelineProperties
checkout-edge Cloudflare Worker

Critical latency degradation detected in checkout-edge worker: 18x+ P99 latency spikes sustained for 12 minutes

Causal metrics All metrics
Request Duration
414 ms ▲ 43.1σ
Wall Time
416 ms ▲ 43.0σ
CPU Time
14 ms ▲ 2.6σ
Blast radius
Search your cloud resources...
Graph Table
edge-gateway Cloudflare Worker ··· checkout-edge Cloudflare Worker ··· hd-prod Hyperdrive ··· payments-db PlanetScale ··· cart-svc Cloudflare Worker ···
Analysis Copy

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.

Tags
service · checkout-edgeprovider · cloudflaredeploy · 9f3c2a1signal · wall_time_p99

Reverta agora. Corrija direito depois. O rollback compra tempo: a correção real vem em seguida para a sua revisão.

github.com/coreplane/payments-api/pull/491

Cap retries on the checkout webhook worker #491

polylane
Open polylane wants to merge 1 commit into main from polylane/autofix/chat/k3x9f2-4e7d21a
Conversation 1 Commits 1 Checks 1 Files changed 2
polylane bot commented 6 minutes ago ···

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.

Root cause · Why it's safe · Out of scope
polylane added commit 4e7d21a Verified
Review required At least 1 approving review is required
ci / test Successful in 3m 12s Details
Review required Waiting on your review: Polylane never merges on its own
Merging is blocked

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.

Mais casos de uso

Faça merge na sexta. O Polylane cuida do fim de semana.