🧭 Supabase กำลังเปลี่ยนวิธี query logs ของ Management API — …

🧭 Supabase กำลังเปลี่ยนวิธี query logs ของ Management API — และนี่เป็น breaking change ที่ automation ควรเช็กก่อนถึง Sep 23

ถ้าทีมคุณมี script, dashboard, integration หรือ agent ที่ยิง endpoint …/analytics/endpoints/logs.all โดยตรง รอบนี้ไม่ใช่แค่เปลี่ยน URL

Supabase ประกาศว่า logs.all จะถูกถอดออกวันที่ 23 September 2026 และให้ย้ายไป endpoint logs ที่ใช้ ClickHouse SQL เท่านั้น

ผลกระทบคือ query log แบบเก่าที่เลือก table แยก เช่น edge_logs ต้องย้ายมาอ่านจาก unified logs table แล้ว filter source แทน

สิ่งที่ควร review:

• เปลี่ยน endpoint จาก nalytics/endpoints/logs.all เป็น nalytics/endpoints/logs
• แปลง SQL เป็น ClickHouse dialect
• ย้าย logic จากเลือก source table ไปเป็น filter source_name
• เปลี่ยนการอ่าน nested metadata เป็น log_attributes[…]
• เพิ่ม test ด้วย log sample จริง เพราะ key ที่สะกดผิดอาจทำให้ query ว่างแบบเงียบ ๆ

ประเด็นสำคัญกว่า “API ใหม่” คือ observability pipeline กำลังกลายเป็น contract ของระบบ automation มากขึ้น

ถ้า bot, internal tool หรือ incident dashboard อาศัย logs เพื่อ debug production การ migration รอบนี้ควรถูกมองเหมือน dependency upgrade: inventory ก่อน, rewrite query, dry-run แล้วค่อย deploy

เหมาะกับทีมที่ใช้ Supabase Management API โดยตรง, มี custom monitoring, ทำ report จาก logs หรือให้ AI agent query logs เพื่อ triage ปัญหา

ข้อจำกัดคือ Logs Explorer บน dashboard ไม่ได้รับผลกระทบจากประกาศนี้ และ self-hosted ถูกระบุว่าไม่ affected ดังนั้นอย่า migrate โดยเดา ให้เช็กก่อนว่าระบบคุณเรียก logs.all จริงไหม

ลิงก์ต้นทางอยู่ในคอมเมนต์แรก

ทีมคุณมี script ไหนที่ยัง query log endpoint แบบเก่าอยู่ไหม?

ให้ SynapTech AI ช่วยออกแบบ AI Workflow และ Automation ที่ตรวจ dependency แบบนี้ก่อนมันกลายเป็น incident ได้ครับ

#Supabase #Observability #DeveloperTools #Automation #SynapTechAI

---

📖 อ่านบทความเต็มบน Facebook | 🔔 ติดตาม SynapTech