Десять розгортань на день. Одне з них невдале. 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. Він вивчає вашу систему, стежить за нею, розслідує і діє.
-
Спершу він вивчає вашу систему
Контекстний граф відображає кожен ресурс і кожну залежність між вашими хмарами, репозиторіями та провайдерами спостережуваності. Агенти міркують над реальною топологією, а не над здогадками.
-
Виявлення без порогів
Вбудовані перевірки для кожного провайдера, а також перевірки, згенеровані з ваших власних збережених запитів і дашбордів. Статистичний прохід і агент вирішують разом, і покращення ніколи не створює проблему.
-
Розслідування, які показують докази
Кожне твердження посилається на запит, рядок логу або запис про зміну, що стоять за ним. Висновок без доказів повертається до «непереконливо».
-
Записи заслуговують, а не отримують автоматично
Облікові записи підключаються лише для читання. Відкати типово вимкнені, обмежені за частотою і записуються. Зміни коду проходять ваше звичайне рев'ю.
-
Щотижня він стає гострішим
Спогади, щоденні нотатки та запити моніторингу, повторно підтверджені на реальних даних: липневе розслідування вчиться на червневому.
Він підключається до того, що ви вже запускаєте. Підключіть лише для читання і починайте.
Питання.
Які платформи Polylane може відкотити?
Розгортання в Cloudflare, Vercel, Render і Fly.io, з відновленням останнього відомого справного розгортання. Відкати типово вимкнені: ви вмикаєте їх самі і можете вимкнути будь-коли.
Що зупиняє цикл автоматичних відкатів?
Жорсткі ліміти в платформі, а не судження агента. Три успішні відкати на годину на ціль, один відкат у процесі одночасно, а коли паралельні проходи не згодні щодо версії для відновлення, дія блокується й ескалюється до вас.
Чи потрібен йому мій пайплайн CI?
Ні. Polylane читає розгортання від самих провайдерів. Рев'ю pull request виконується як перевірка GitHub, яку ви можете зробити обов'язковою, але ніщо у вашому пайплайні не змінюється.
А що зі змінами, які не є розгортаннями?
Зміни конфігурації, події масштабування і зміни безпеки записуються і відстежуються так само. Коли черга починає поводитися неправильно через дванадцять хвилин після того, як хтось зменшив її таймаут видимості, розслідування починається з цієї зміни.
Чи можу я побачити, чому стався відкат?
Кожен відкат має докази: запуск, який його виконав, сигнали, що регресували, відновлена версія і міркування потрапляють у запис.