Dashboard

Il lavoro sull'infrastruttura per cui nessuno è stato assunto. Ricostruito, osservato e tenuto onesto dagli agenti.

Iscriviti alla lista d'attesa

Un solo grafo, ogni provider. Non un diagramma da mantenere: un grafo che si sincronizza da solo.

Topology
Search your cloud resources...
Galaxy
checkout-edge Worker
Critical Critical to your architecture.

Issue hotspot: 4 issues in the last 7 days

Change hotspot: 12 changes in the last 7 days

Cloudflare · coreplane · earth · Compute
hd-prod Hyperdrive
Critical Critical to your architecture.

Change hotspot: 7 changes in the last 7 days

Cloudflare · coreplane · earth · Databases
ingest-events Lambda function
Standard Important to your architecture.

Issue hotspot: 2 issues in the last 7 days

AWS · coreplane-prod · us-east-1 · Compute
payments-db Database
Critical Critical to your architecture.

Issue hotspot: 1 issue in the last 7 days

Change hotspot: 3 changes in the last 7 days

PlanetScale · coreplane · us-east · Databases

Ogni modifica viene registrata. Dodici minuti prima della regressione, qualcuno ha toccato la coda.

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

Le parti silenziose, osservate. Il cron bloccato, il backlog che cresce, il worker che si è fermato.

Issues reconcile-orders stopped running Overview

reconcile-orders stopped running

High Incident ·Detected by Polylane
OverviewMetricsLogsTracesTimelineProperties
What changed
  • runs/day 4 → 0: no successful run since Tue 02:00 UTC
  • last attempt exited with code 137 after 91s (Tue 02:01)
  • peak memory on the final run was 2.4× the previous seven-day average
Why it matters

Orders placed since Tuesday have no reconciliation record. The finance export and the daily revenue report both read from the table this job writes.

Suggested investigation steps
  1. 1. Read the logs from the last attempt on reconcile-orders
  2. 2. Check for memory limit or plan changes on the service in the change records
  3. 3. Confirm the schedule still exists in render.yaml on main
Investigate Detected 02:31 UTC · 30 minutes after the missed run

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 provider supporta Polylane oggi?

AWS, Cloudflare, Vercel, Render, Fly.io, Kubernetes, PlanetScale, Supabase e Modal, più GitHub per il codice e Datadog, Honeycomb, Axiom, Grafana Cloud e Sentry per la telemetria. La pagina delle integrazioni tiene traccia del catalogo completo, compreso cosa arriverà dopo.

Come collega le risorse tra cloud diversi?

Nel modo in cui scorre davvero il traffico: hostname, record DNS e indirizzi IP abbinati tra provider, variabili d'ambiente che rivelano dipendenze, trace dove le hai, e infrastructure as code che dichiara cosa viene deployato dove.

Devo taggare le risorse o disegnare la topologia?

No. Collega ogni account in sola lettura e il grafo si costruisce e si mantiene da solo. Puoi correggere o annotare qualsiasi cosa, e gli agenti lo tengono aggiornato a ogni sincronizzazione.

Quanto accesso serve a ogni cloud?

Il minimo, in sola lettura per impostazione predefinita: AWS tramite un ruolo CloudFormation con scope limitato, Cloudflare tramite permessi del token precompilati, e l'equivalente ovunque altrove. L'accesso in scrittura è una decisione separata, account per account.

Quali sistemi in background osserva?

Qualsiasi cosa eseguano i tuoi provider: code SQS e job pianificati su AWS, Cloudflare Queues, background worker e cron job su Render, CronJob di Kubernetes, macchine Fly.io. Se è in un account collegato, è nel grafo.

Altri casi d'uso

Collega i tuoi cloud. Il grafo si costruisce da solo.