アラートルールを書くのはやめましょう。 エージェントがログを読んで判断します。
ウェイトリストに登録Critical latency degradation in checkout-edge worker
checkout-edge › Cloudflare Worker Critical latency degradation detected in checkout-edge worker: 18x+ P99 latency spikes sustained for 12 minutes
edge-gateway Cloudflare Worker ··· checkout-edge Cloudflare Worker ··· 
hd-prod Hyperdrive ··· 
payments-db PlanetScale ··· cart-svc Cloudflare Worker ···
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.
スパイクはインシデントではありません。 Polylaneはその違いを知っています。
-
チャートがチェックになる
チームがすでにチャートにしているものはすべて見守られます。クエリを保存するかダッシュボードを作れば、Polylaneが拾い上げます。
-
トラフィックを知っているベースライン
火曜日の午後2時の正常は、日曜日の午前2時の正常ではありません。Polylaneは平らな線ではなく、実際のリズムと比較します。
-
一時的な揺れは無視する
変動は大きく、持続し、悪化する方向でなければなりません。孤立したスパイクは除外されます。
-
エージェントが判断する
最近何が変わったかも含め、全体像を見ます。既定の答えは「何も問題はない」です。
-
証拠付き
問題があるときは、その結論の裏付けとなった正確なクエリが届きます。グラフだけ渡されて「あとは頑張って」ではありません。
スパイクにならない問題もあります。 Polylaneはそれも読み取ります。
一定のクラッシュの流れは、どのチャートでも平らに見えます。だからエージェントはログそのものも読みます。また、どんなベースラインでも間違っている状態があります。CrashLoopBackOffに判断は要りません。単純なしきい値が即座に捕まえます。