Turso. กลุ่มฐานข้อมูลและฐานข้อมูล libSQL ที่โฮสต์บน edge.
เชื่อมต่อองค์กร Turso ของคุณเพื่อให้เอเจนต์มองเห็นกลุ่มฐานข้อมูลและฐานข้อมูล libSQL ที่โฮสต์บน edge ของคุณ เอเจนต์ติดตามการวางฐานข้อมูลตามตำแหน่งต่าง ๆ มอนิเตอร์การ branch และเชื่อมโยงกิจกรรมของฐานข้อมูลกับโครงสร้างพื้นฐานที่เหลือของคุณ
ลงชื่อเข้า waitlistPolylane ทำอะไรกับ Turso
กลุ่มและฐานข้อมูลในกราฟ
ทุกกลุ่มฐานข้อมูลและฐานข้อมูล libSQL พร้อมตำแหน่ง การวาง และสายเลือดของการ branch เคียงข้างทุกอย่างที่คุณรัน
เชื่อมโยงกับ service ที่ query มัน
Polylane จับคู่ hostname ของฐานข้อมูล เมื่อ service ช้าลง กราฟจึงรู้อยู่แล้วว่าฐานข้อมูลเบื้องหลังคืออะไร
Change intelligence บนชั้นข้อมูลของคุณ
ฐานข้อมูลใหม่ กลุ่มที่ย้าย และการอ่านหรือเขียนที่ถูกบล็อกปรากฏเป็นการเปลี่ยนแปลงที่เอเจนต์ใช้เหตุผลได้กลางการสืบสวน
แถวข้อมูลของคุณยังเป็นของคุณ
Polylane อ่าน Turso Platform API และไม่มีอะไรมากกว่านั้น: มันไม่เชื่อมต่อกับฐานข้อมูลของคุณ ไม่เห็นแถวข้อมูลของคุณ และไม่ถือ credential ของฐานข้อมูลเลย
มันทำงานอย่างไร
เชื่อมต่อ
วางโทเค็น API ของแพลตฟอร์ม เลือกองค์กร แล้วการซิงก์จะเริ่ม
เชื่อมโยง
กลุ่มและฐานข้อมูลเข้าร่วมกราฟ จับคู่กับ service ที่ query มัน
เอเจนต์รับหน้าที่เฝ้าดู
ทุกการซิงก์บันทึกว่าอะไรเปลี่ยนไป และการสืบสวนตามรอยจาก service ไปยังฐานข้อมูลที่แน่ชัด
ในกราฟ
ประเภททรัพยากร Turso ที่ Polylane ซิงก์ พร้อมเส้นเชื่อม การตั้งค่า และประวัติ
กลุ่มฐานข้อมูล ฐานข้อมูล คำถาม
Polylane เป็น SRE แบบ AI สำหรับ Turso หรือไม่
มันคือสิ่งที่คนส่วนใหญ่หมายถึงเมื่อพูดคำนั้น: เอเจนต์ที่เก็บทรัพยากร Turso ของคุณไว้ใน context graph เดียว เฝ้าดู สืบสวนปัญหาและแก้สิ่งที่แก้ได้ โดยมีมนุษย์อนุมัติทุกอย่างที่เปลี่ยน production เราเรียกมันว่าซอฟต์แวร์ที่ดูแลตัวเองได้มากกว่า SRE แบบ AI: ประเด็นคือซอฟต์แวร์ของคุณดูแลตัวเอง ไม่ใช่มีบอตเข้ามาอยู่ในเวร on-call
Polylane เปลี่ยนอะไรใน Turso ได้ไหม
เฉพาะเมื่อคุณอนุญาต เมื่อเชื่อมต่อแบบอ่านอย่างเดียว เอเจนต์สืบสวนและอธิบาย และการเปลี่ยนแปลงมาถึงเป็น pull request ให้คุณรีวิวเท่านั้น ด้วยสิทธิ์เขียน ทุกการเขียนจะหยุดรอการอนุมัติของคุณก่อน พร้อม method, path และเหตุผลบนหน้าจอ rollback ปิดอยู่โดยค่าเริ่มต้น: คุณเปิดใช้เองและปิดได้ทุกเมื่อ