1日に10回のデプロイ。そのうち1つが悪い。 Polylaneがそれを見つけ、ロールバックします。
ウェイトリストに登録すべてのデプロイが、設定なしで見守られます。 何が変わり、誰が変え、どのシグナルが最も壊れやすいか。
SQS visibility timeout lowered on checkout-events
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.
SetQueueAttributes CloudTrail · deploy-bot · 12:41:02Z attached to this record's delta window 望むなら、ロールバックも。 既定では無効です。有効にすれば、残りはエージェントが引き受けます。
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.
今ロールバックし、後で正しく直す。 ロールバックは時間を稼ぎ、本当の修正はレビューのために続きます。
Cap retries on the checkout webhook worker #491
polylanemain from polylane/autofix/chat/k3x9f2-4e7d21a 
Retries on the checkout webhook worker were unbounded: a failing delivery re-queued itself forever and amplified load on payments-api. This caps delivery at 5 attempts with exponential backoff and dead-letters the payload after the last one.
What changed
worker/deliver.ts gains MAX_DELIVERY_ATTEMPTS = 5 and backoff between attempts; exhausted payloads land in checkout-webhooks-dlq instead of re-queueing.
Validation
npm test — 214 passed. A forced failing delivery stopped after 5 attempts and appeared in the dead-letter queue.
Polylaneの仕組み。 システムを学び、見守り、調査し、行動します。
-
まずシステムを学ぶ
コンテキストグラフが、クラウド、リポジトリ、オブザーバビリティプロバイダーにわたるすべてのリソースと依存関係をマッピングします。エージェントは推測ではなく実際のトポロジーに基づいて推論します。
-
しきい値のない検出
すべてのプロバイダーに組み込みのチェックがあり、さらに保存済みのクエリやダッシュボードからチェックが生成されます。統計的な判定とエージェントが一緒に決め、改善がイシューになることはありません。
-
証拠を示す調査
すべての主張は、その裏付けとなるクエリ、ログ行、変更記録にリンクします。証拠のない判定は「不確定」に戻ります。
-
書き込みは獲得するもので、前提ではない
アカウントは読み取り専用で接続されます。ロールバックは既定で無効で、レート制限され、記録に残ります。コードの変更は通常のレビューを通ります。
-
毎週、鋭くなる
メモリー、日次ノート、実データに対して再確認された監視クエリ。7月の調査は6月の調査から学びます。
今動いているものにつながります。 読み取り専用で接続して、始めてください。
よくある質問
Polylaneはどのプラットフォームをロールバックできますか？
Cloudflare、Vercel、Render、Fly.ioのデプロイで、直近の正常なデプロイを復元します。ロールバックは既定で無効です。自分で有効にし、いつでも無効にできます。
自動ロールバックのループを防ぐものは何ですか？
エージェントの判断ではなく、プラットフォームの固定された上限です。ターゲットごとに1時間あたり成功3回まで、同時に進行するロールバックは1つ、そして復元するバージョンについて並行する処理の意見が割れたときは、操作はブロックされ、人にエスカレーションされます。
CIパイプラインが必要ですか？
必要ありません。Polylaneはデプロイをプロバイダー自体から読みます。プルリクエストのレビューは必須にできるGitHubチェックとして動きますが、パイプラインには何の変更もありません。
デプロイ以外の変更はどうなりますか？
設定の編集、スケーリングイベント、セキュリティの変更も同じように記録され、見守られます。誰かが可視性タイムアウトを下げた12分後にキューがおかしくなれば、調査はその変更から始まります。
ロールバックの理由を確認できますか？
すべてのロールバックには証拠が残ります。実行した処理、退行したシグナル、復元したバージョン、そしてその根拠が記録に載ります。