誰もそのために雇われていないインフラの仕事。 エージェントがマッピングし、見守り、正直に保ちます。
ウェイトリストに登録1つのグラフに、すべてのプロバイダー。 保守する図ではなく、自ら同期するグラフです。
checkout-edge Worker Issue hotspot: 4 issues in the last 7 days
Change hotspot: 12 changes in the last 7 days
hd-prod Hyperdrive Change hotspot: 7 changes in the last 7 days
ingest-events Lambda function Issue hotspot: 2 issues in the last 7 days
payments-db Database Issue hotspot: 1 issue in the last 7 days
Change hotspot: 3 changes in the last 7 days
すべての変更が記録に載ります。 退行の12分前、誰かがキューに触れていました。
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 静かな部分も、見守ります。 止まったcron、膨らむバックログ、動かなくなったワーカー。
reconcile-orders stopped running
- 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
Orders placed since Tuesday have no reconciliation record. The finance export and the daily revenue report both read from the table this job writes.
- 1. Read the logs from the last attempt on reconcile-orders
- 2. Check for memory limit or plan changes on the service in the change records
- 3. Confirm the schedule still exists in render.yaml on main
Polylaneの仕組み。 システムを学び、見守り、調査し、行動します。
-
まずシステムを学ぶ
コンテキストグラフが、クラウド、リポジトリ、オブザーバビリティプロバイダーにわたるすべてのリソースと依存関係をマッピングします。エージェントは推測ではなく実際のトポロジーに基づいて推論します。
-
しきい値のない検出
すべてのプロバイダーに組み込みのチェックがあり、さらに保存済みのクエリやダッシュボードからチェックが生成されます。統計的な判定とエージェントが一緒に決め、改善がイシューになることはありません。
-
証拠を示す調査
すべての主張は、その裏付けとなるクエリ、ログ行、変更記録にリンクします。証拠のない判定は「不確定」に戻ります。
-
書き込みは獲得するもので、前提ではない
アカウントは読み取り専用で接続されます。ロールバックは既定で無効で、レート制限され、記録に残ります。コードの変更は通常のレビューを通ります。
-
毎週、鋭くなる
メモリー、日次ノート、実データに対して再確認された監視クエリ。7月の調査は6月の調査から学びます。
今動いているものにつながります。 読み取り専用で接続して、始めてください。
よくある質問
Polylaneは現在どのプロバイダーに対応していますか？
AWS、Cloudflare、Vercel、Render、Fly.io、Kubernetes、PlanetScale、Supabase、Modalに加え、コードのためのGitHub、テレメトリーのためのDatadog、Honeycomb、Axiom、Grafana Cloud、Sentryです。インテグレーションのページに、今後の予定を含む全カタログがあります。
クラウドをまたいでリソースをどうつなぎますか？
トラフィックが実際に流れる通りにです。プロバイダーをまたいで対応付けたホスト名、DNSレコード、IPアドレス、依存関係を明かす環境変数、あればトレース、そして何がどこにデプロイされるかを宣言するInfrastructure as Codeです。
リソースにタグを付けたり、トポロジーを描いたりする必要はありますか？
ありません。各アカウントを読み取り専用で接続すれば、グラフは自ら構築され、維持されます。何でも修正や注釈ができ、エージェントが同期のたびに最新の状態に保ちます。
各クラウドにはどれだけのアクセス権が必要ですか？
最小限で、既定は読み取り専用です。AWSはスコープを絞ったCloudFormationロール、Cloudflareは権限があらかじめ設定されたトークン、その他も同等です。書き込み権限は、アカウントごとの別個の判断です。
どのバックグラウンドシステムを見守りますか？
プロバイダーが動かしているものすべてです。AWSのSQSキューとスケジュールジョブ、Cloudflare Queues、Renderのバックグラウンドワーカーとcronジョブ、KubernetesのCronJob、Fly.ioのマシン。接続済みのアカウントにあるものは、グラフにあります。