deploy วันละสิบครั้ง หนึ่งในนั้นมีปัญหา Polylane หามันเจอและ rollback
ลงชื่อเข้า waitlistทุก deploy ถูกเฝ้าดู ตั้งแต่แกะกล่อง อะไรเปลี่ยนไป ใครเปลี่ยน และสัญญาณที่มีแนวโน้มพังมากที่สุด
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 rollback ถ้าคุณต้องการ ปิดอยู่โดยค่าเริ่มต้น เปิดใช้ แล้วเอเจนต์จัดการที่เหลือ
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.
rollback ตอนนี้ แก้ให้ถูกต้องทีหลัง rollback ซื้อเวลา: การแก้ไขจริงตามมาให้คุณรีวิว
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 ทำงานอย่างไร มันเรียนรู้ระบบของคุณ เฝ้าดู สืบสวน และลงมือ
-
มันเรียนรู้ระบบของคุณก่อน
context graph วาดแผนที่ทุกทรัพยากรและการพึ่งพาทั่วคลาวด์ repo และผู้ให้บริการ observability ของคุณ เอเจนต์ใช้เหตุผลบน topology จริง ไม่ใช่การเดา
-
การตรวจจับโดยไม่ใช้ threshold
check ในตัวสำหรับทุกผู้ให้บริการ บวก check ที่สร้างจาก query และแดชบอร์ดที่คุณบันทึกไว้เอง การประมวลผลทางสถิติและเอเจนต์ตัดสินร่วมกัน และการเปลี่ยนแปลงในทางที่ดีขึ้นไม่มีทางเปิด issue
-
การสืบสวนที่แสดงหลักฐาน
ทุกข้ออ้างลิงก์กลับไปยัง query, บรรทัด log หรือบันทึกการเปลี่ยนแปลงที่อยู่เบื้องหลัง คำตัดสินที่ไม่มีหลักฐานจะถอยกลับเป็นสรุปไม่ได้
-
การเขียนต้องได้รับสิทธิ์ ไม่ใช่ถือว่ามี
บัญชีเชื่อมต่อแบบอ่านอย่างเดียว rollback ปิดอยู่โดยค่าเริ่มต้น จำกัดอัตรา และมีบันทึกไว้ การเปลี่ยนโค้ดผ่านการรีวิวตามปกติของคุณ
-
มันคมขึ้นทุกสัปดาห์
memory โน้ตประจำวัน และ query สำหรับมอนิเตอร์ที่ยืนยันซ้ำกับข้อมูลจริง: การสืบสวนเดือนกรกฎาคมเรียนรู้จากเดือนมิถุนายน
มันเสียบเข้ากับสิ่งที่คุณรันอยู่แล้ว เชื่อมต่อแบบอ่านอย่างเดียวแล้วเริ่มได้เลย
คำถาม
Polylane rollback แพลตฟอร์มใดได้บ้าง
deployment บน Cloudflare, Vercel, Render และ Fly.io โดยคืนค่า deploy ล่าสุดที่ทราบว่าดี rollback ปิดอยู่โดยค่าเริ่มต้น: คุณเปิดใช้เองและปิดได้ทุกเมื่อ
อะไรหยุดไม่ให้เกิดลูป rollback อัตโนมัติ
ขีดจำกัดตายตัวในแพลตฟอร์ม ไม่ใช่วิจารณญาณของเอเจนต์ rollback สำเร็จได้สามครั้งต่อชั่วโมงต่อเป้าหมาย มี rollback ดำเนินอยู่ได้ทีละหนึ่ง และเมื่อการประมวลผลคู่ขนานเห็นไม่ตรงกันว่าจะคืนเวอร์ชันใด การกระทำนั้นถูกบล็อกและ escalate มาหาคุณ
มันต้องใช้ CI pipeline ของฉันไหม
ไม่ Polylane อ่าน deploy จากผู้ให้บริการโดยตรง การรีวิว pull request รันเป็น check ของ GitHub ที่คุณบังคับใช้ได้ แต่ไม่มีอะไรใน pipeline ของคุณเปลี่ยน
แล้วการเปลี่ยนแปลงที่ไม่ใช่ deploy ล่ะ
การแก้การตั้งค่า event การสเกล และการเปลี่ยนแปลงด้านความปลอดภัยถูกบันทึกและเฝ้าดูแบบเดียวกัน เมื่อคิวทำงานผิดปกติสิบสองนาทีหลังจากมีคนลด visibility timeout ของมัน การสืบสวนเริ่มจากการเปลี่ยนแปลงนั้น
ฉันดูได้ไหมว่าทำไมจึงเกิด rollback
ทุก rollback มีหลักฐานกำกับ: การรันที่ทำมัน สัญญาณที่ regress เวอร์ชันที่คืนค่า และเหตุผล ทั้งหมดอยู่ในบันทึก