儀表板

沒有人被雇來做的那些基礎設施工作。 由代理描繪、監看,並保持誠實。

加入候補名單

一張圖,每一個供應商。 不是你要維護的架構圖:而是自己同步的圖。

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

每一次變更都有記錄。 退化前十二分鐘,有人動了那個佇列。

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

安靜的部分,也有人看著。 停住的 cron、越積越多的待處理量、停掉的 worker。

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

Polylane 如何運作。 它學習你的系統、監看它、調查,然後行動。

  • 它先學習你的系統

    情境圖描繪出你的雲端、儲存庫與可觀測性供應商之間的每一個資源與依賴關係。代理依據真實的拓樸推理,而不是猜測。

  • 不靠閾值的偵測

    每個供應商都有內建檢查,再加上從你自己儲存的查詢與儀表板產生的檢查。一次統計分析與一個代理共同決定,而改善永遠不會引發問題。

  • 拿得出證據的調查

    每一項主張都連回背後的查詢、日誌行或變更記錄。沒有證據的判定會退回無法定論。

  • 寫入是掙來的,絕非理所當然

    帳戶以唯讀方式連接。復原預設關閉、受頻率限制,且留有記錄。程式碼變更走你平常的審查流程。

  • 它每週都更敏銳

    記憶、每日筆記與對照真實資料重新確認的監控查詢:七月的調查會從六月的學到東西。

它接上你已經在跑的一切。 以唯讀方式連接,然後開始。

常見問題。

Polylane 目前支援哪些供應商?

AWS、Cloudflare、Vercel、Render、Fly.io、Kubernetes、PlanetScale、Supabase 和 Modal,程式碼方面加上 GitHub,遙測資料方面加上 Datadog、Honeycomb、Axiom、Grafana Cloud 和 Sentry。整合頁面追蹤完整目錄,包括接下來會有什麼。

它如何跨雲端串連資源?

依照流量實際的流向:跨供應商比對的主機名稱、DNS 記錄與 IP 位址、透露依賴關係的環境變數、你有追蹤的地方就用追蹤,以及宣告什麼部署到哪裡的基礎設施即程式碼。

我需要為資源加標籤或畫出拓樸嗎?

不需要。以唯讀方式連接每個帳戶,這張圖就會自己建立並維護。你可以修正或註記任何東西,代理會在每一次同步時保持它最新。

每個雲端需要多少存取權限?

最低限度,預設唯讀:AWS 透過限定範圍的 CloudFormation 角色,Cloudflare 透過預先填好的權杖權限,其他地方也有對等做法。寫入權限是另一個逐帳戶決定的事。

它監看哪些背景系統?

你的供應商跑的一切:AWS 上的 SQS 佇列與排程工作、Cloudflare Queues、Render 的背景 worker 與 cron 工作、Kubernetes CronJobs、Fly.io 機器。只要在已連接的帳戶裡,就在這張圖裡。

更多使用情境

連上你的雲端。 這張圖會自己建起來。