대시보드

텔레메트리는 이미 무엇이 잘못됐는지 알고 있습니다. 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란 무엇인가요?

각각 뒤에 쿼리가 있는 모니터링 질문입니다. 텔레메트리와 연결된 코드에서 생성되고, 유지되기 전에 하루치 실제 데이터에 대해 실행됩니다. 계정이 아직 답할 수 없는 질문은 메울 가치가 있는 텔레메트리 빈틈으로 의도적으로 보관됩니다.

계측 수정이 제 스택을 바꾸나요?

아니요. 이미 쓰는 설정을 그대로 따르고 새 의존성을 추가하지 않습니다. 구조화된 이벤트, 에러 캡처, 그리고 조사에 실제로 필요한 속성만 더합니다.

AI 모니터링이 경보 노이즈를 더 만들지 않나요?

기본 판정은 이슈 없음입니다. 검사는 어느 방향이 나쁜지 알고, 개선은 절대 발화하지 않으며, 트래픽 변동만으로는 장애로 취급하지 않습니다. 침묵은 기능입니다. Polylane은 진짜 무언가가 고장 났을 때 말합니다.

더 많은 활용 사례

대시보드를 노려보는 일은 그만하세요. 답을 읽기 시작하세요.