대시보드

이슈가 프로덕션에 닿기 전에 잡으세요. 모든 풀 리퀘스트를 diff만이 아니라 실제 운영 중인 것에 비추어 리뷰합니다.

대기자 명단 등록

경고는 병합 전에 도착합니다. 메커니즘, 증거, 수정이 리뷰하는 바로 그 자리에.

github.com/coreplane/orders-api/pull/482

Add trigram index for order search #482

Open rvidal wants to merge 1 commit into main from order-search-trgm
Conversation 1 Commits 1 Checks 2 Files changed 1
polylane bot commented 2 minutes ago ···
Caution

Merging this pull request may degrade production (high impact).

Merging this blocks every write to orders while the index builds. migrations/0114_order_search_trgm.sql:3 adds CREATE INDEX … USING gin (search_text gin_trgm_ops) without CONCURRENTLY, and a plain CREATE INDEX takes a full write lock on orders for the whole build. Checkout sustains ~38 writes/s on that table; each one queues behind the lock until the build finishes.

To make this safe: build the index with CREATE INDEX CONCURRENTLY outside the transactional migration.

orders-db · writes per second · last 48h projected lock window
02040
-48h -24h now
every one of these writes blocks while the index builds

Polylane analysed de91b47 for production impact.

Some checks were not successful 1 failing and 1 successful check
ci / test Successful in 2m 4s Details
Polylane production impact Non-concurrent index build locks writes on orders Details
Merging is blocked

막는 것만이 아니라 코드를 개선합니다. 빠진 계측이 여러분의 브랜치에 바로 추가됩니다.

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.

그리고 병합 후에도 계속 지켜봅니다. 빠져나간 것은 프로덕션에서 잡습니다.

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

Polylane이 동작하는 방식. 시스템을 학습하고, 지켜보고, 조사하고, 행동합니다.

  • 먼저 시스템을 학습합니다

    컨텍스트 그래프가 클라우드, 리포지토리, 관측성 제공자 전반의 모든 리소스와 의존성을 지도로 그립니다. 에이전트는 추측이 아닌 실제 토폴로지 위에서 추론합니다.

  • 임계값 없는 감지

    모든 제공자에 대한 내장 검사에, 여러분이 저장한 쿼리와 대시보드에서 생성된 검사가 더해집니다. 통계적 판별과 에이전트가 함께 판단하며, 개선은 절대 이슈를 만들지 않습니다.

  • 증거를 보여 주는 조사

    모든 주장은 그 뒤에 있는 쿼리, 로그 라인, 변경 기록으로 연결됩니다. 증거 없는 판정은 미확정으로 돌아갑니다.

  • 쓰기는 얻는 것이지, 전제되지 않습니다

    계정은 읽기 전용으로 연결됩니다. 롤백은 기본적으로 꺼져 있고, 속도가 제한되며, 기록에 남습니다. 코드 변경은 여러분의 일반적인 리뷰를 거칩니다.

  • 매주 더 예리해집니다

    메모리, 일일 노트, 그리고 실제 데이터로 다시 확인되는 모니터링 쿼리. 7월의 조사는 6월의 조사에서 배웁니다.

이미 운영 중인 것에 연결됩니다. 읽기 전용으로 연결하고 시작하세요.

질문.

AI 풀 리퀘스트 리뷰는 어떻게 동작하나요?

Polylane은 GitHub에 앱으로 연결되어 각 풀 리퀘스트를 배포될 실제 인프라에 비추어 리뷰합니다. 컨텍스트 그래프, 현재 텔레메트리, 최근 변경. 판정은 코멘트와 'Polylane production impact' 검사로 남습니다.

제 병합을 막나요?

원할 때만요. 브랜치 보호 규칙으로 'Polylane production impact' 검사를 필수로 지정하면 위험한 병합이 차단되고, 선택 사항으로 두면 판정은 권고로 남습니다.

AI가 생성한 코드를 위한 것인가요?

모든 코드를 위한 것입니다. 다만 아무도 변경을 꼼꼼히 읽지 않았을 때 가장 중요할 뿐입니다. AI가 생성한 코드를 위한 안전망은 손으로 쓴 실수를 잡는 것과 같은 리뷰입니다.

CI와 무엇이 다른가요?

CI는 코드에 대해 테스트를 실행합니다. Polylane은 변경을 프로덕션에 비추어 리뷰합니다. 변경이 놓이는 설정, 용량, 의존성, 그리고 그것들이 지금 내보내는 텔레메트리. 같은 목록에 검사로 나타나지만 다른 질문에 답합니다.

스스로 병합하거나 배포하는 일이 있나요?

없습니다. 변경은 여러분의 리뷰를 통해서만 기본 브랜치에 도달하고, 이전에 정상이었던 배포로의 롤백은 여러분이 켜기 전까지 꺼져 있습니다.

더 많은 활용 사례

에이전트의 속도로 출시하세요. 매번 프로덕션에 비추어 리뷰됩니다.