ダッシュボード

テレメトリーは、何が悪いかをすでに知っています。 Polylaneは実際にそれを読みます。

ウェイトリストに登録

見守るので、画面を見つめる必要はありません。 メトリクス、ログ、トレースを24時間読み続けます。保存するだけでなく、判断します。

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

コードが答えられる問いを立てます。 コードが宣言しているログ行、スパン、メトリクスから組み上げた監視です。

Clouds prod-cloudflare Key queries

Key queries

31 active · 2 telemetry gaps

Generated from your telemetry and your connected code, judged on observed data: every candidate ran against a day of real data before it was kept.

Did any payment capture fail? code answered
logs: "payment capture failed for order {orderId}"
declared in apps/api/src/payments.ts
Is the checkout webhook retrying more than usual? telemetry answered
metric: webhook.delivery.retries · rate over 5m
baseline 0.4/min over the observed day
Is the nightly reconciliation completing? code answered
logs: "reconciliation complete" · count over 24h
quiet all day: healthy. Kept because the code provably emits it
Are D1 writes hitting rate limits? telemetry unanswerable
no series found for this question
kept as a telemetry gap
Re-confirmed on every discovery run: one thin run cannot wipe a good set.

空白はコードで埋められます。 足りない計装はPolylaneが書きます。

Clouds prod-cloudflare Key queries

Key queries

31 active · 2 telemetry gaps

Generated from your telemetry and your connected code, judged on observed data: every candidate ran against a day of real data before it was kept.

Did any payment capture fail? code answered
logs: "payment capture failed for order {orderId}"
declared in apps/api/src/payments.ts
Is the checkout webhook retrying more than usual? telemetry answered
metric: webhook.delivery.retries · rate over 5m
baseline 0.4/min over the observed day
Is the nightly reconciliation completing? code answered
logs: "reconciliation complete" · count over 24h
quiet all day: healthy. Kept because the code provably emits it
Are D1 writes hitting rate limits? telemetry unanswerable
no series found for this question
kept as a telemetry gap
Re-confirmed on every discovery run: one thin run cannot wipe a good set.

Polylaneの仕組み。 システムを学び、見守り、調査し、行動します。

  • まずシステムを学ぶ

    コンテキストグラフが、クラウド、リポジトリ、オブザーバビリティプロバイダーにわたるすべてのリソースと依存関係をマッピングします。エージェントは推測ではなく実際のトポロジーに基づいて推論します。

  • しきい値のない検出

    すべてのプロバイダーに組み込みのチェックがあり、さらに保存済みのクエリやダッシュボードからチェックが生成されます。統計的な判定とエージェントが一緒に決め、改善がイシューになることはありません。

  • 証拠を示す調査

    すべての主張は、その裏付けとなるクエリ、ログ行、変更記録にリンクします。証拠のない判定は「不確定」に戻ります。

  • 書き込みは獲得するもので、前提ではない

    アカウントは読み取り専用で接続されます。ロールバックは既定で無効で、レート制限され、記録に残ります。コードの変更は通常のレビューを通ります。

  • 毎週、鋭くなる

    メモリー、日次ノート、実データに対して再確認された監視クエリ。7月の調査は6月の調査から学びます。

今動いているものにつながります。 読み取り専用で接続して、始めてください。

よくある質問

これは既存のオブザーバビリティツールを置き換えますか?

置き換えません。Polylaneはダッシュボードでもメトリクスストアでもありません。Datadog、Honeycomb、Axiom、Grafana Cloud、Sentryを通してダッシュボードと同じ系列を読み、それらが行わない部分を担います。判断し、調査し、行動することです。

オブザーバビリティプロバイダーを使っていない場合はどうなりますか?

クラウドネイティブのシグナルが大部分を担います。CloudflareのWorkersアナリティクス、AWSのCloudWatch、その他も同等です。Datadog、Honeycomb、Axiom、Grafana Cloud、Sentryを接続すれば、それらの系列も第一級のソースとして同じグラフに加わります。

Key queriesとは何ですか?

それぞれの裏にクエリを持つ監視の問いです。テレメトリーと接続されたコードから生成され、採用される前に1日分の実データに対して実行されます。アカウントがまだ答えられない問いは、埋める価値のあるテレメトリーの空白として、意図的に残されます。

計装の修正でスタックが変わりますか?

変わりません。すでに使っている構成に合わせ、新しい依存関係は追加しません。構造化イベント、エラーの捕捉、そして調査が実際に必要とする属性です。

AI監視はアラートのノイズを増やしますか?

既定の判定は「イシューなし」です。チェックはどの方向が悪化かを知っており、改善は発火せず、トラフィックの変動だけを障害とは扱いません。沈黙は機能です。Polylaneは本当に何かが壊れたときに口を開きます。

その他のユースケース

ダッシュボードを見つめるのはやめて。 答えを読み始めてください。