Panel

El trabajo de infraestructura para el que nadie fue contratado. Mapeado, vigilado y mantenido a raya por agentes.

Únete a la lista de espera

Un grafo, todos los proveedores. No un diagrama que mantienes: un grafo que se sincroniza 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

Cada cambio queda registrado. Doce minutos antes de la regresión, alguien tocó la cola.

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

Las partes silenciosas, vigiladas. El cron atascado, el backlog que crece, el worker que se detuvo.

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

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é proveedores admite Polylane hoy?

AWS, Cloudflare, Vercel, Render, Fly.io, Kubernetes, PlanetScale, Supabase y Modal, más GitHub para el código y Datadog, Honeycomb, Axiom, Grafana Cloud y Sentry para la telemetría. La página de integraciones mantiene el catálogo completo, incluido lo que viene después.

¿Cómo enlaza recursos entre nubes?

Como fluye el tráfico en realidad: nombres de host, registros DNS y direcciones IP emparejados entre proveedores, variables de entorno que revelan dependencias, trazas donde las tengas e infraestructura como código que declara qué se despliega dónde.

¿Tengo que etiquetar recursos o dibujar la topología?

No. Conecta cada cuenta en solo lectura y el grafo se construye y se mantiene solo. Puedes corregir o anotar cualquier cosa, y los agentes lo mantienen al día con cada sincronización.

¿Cuánto acceso necesita cada nube?

El mínimo, solo lectura por defecto: AWS mediante un rol de CloudFormation acotado, Cloudflare mediante permisos de token prerrellenados y equivalentes en el resto. El acceso de escritura es una decisión aparte, cuenta por cuenta.

¿Qué sistemas en segundo plano vigila?

Lo que ejecuten tus proveedores: colas SQS y trabajos programados en AWS, Cloudflare Queues, workers en segundo plano y cron jobs de Render, CronJobs de Kubernetes, máquinas de Fly.io. Si está en una cuenta conectada, está en el grafo.

Más casos de uso

Conecta tus nubes. El grafo se construye solo.