Rootly
แพลตຟອມການຈັດການອຸປະຕິເຫດທີ່ສ້າງຂຶ້ນດ້ວຍ AI ຈັດການ on-call, ຕອບສະໜອງ ແລະ ທົບທວນຫຼັງເກີດເຫດໄດ້ໂດຍກົງໃນ Slack ແລະ Teams
ໄປທີ່ເວັບໄซต์ ↗Rootly ຄືຫຍັງ
Rootly ແມ່ນແພລດຟອມການຈັດການອຸປະຕິເຫດ (incident management) ທີ່ຂັບເຄື່ອນດ້ວຍ AI ເຊິ່ງລວມເອົາວົງຈອນຊີວິດຂອງອຸປະຕິເຫດທັງໝົດໄວ້ໃນບ່ອນດຽວ: ການຕອບສະໜອງຕໍ່ອຸປະຕິເຫດ, ການຈັດຕາຕະລາງ on-call, AI SRE agent,ໜ້າສະຖານະ (status page) ແລະ ການທົບທວນຫຼັງເກີດເຫດ (retrospective) ໂດຍການປະຕິບັດງານສ່ວນໃຫຍ່ແມ່ນເຮັດຜ່ານ Slack ຫຼື Microsoft Teams ໂດຍບໍ່ຈໍາເປັນຕ້ອງສະຫຼັບໄປໃຊ້ລະບົບອື່ນ. ສໍາລັບທີມ SRE ແລະ ທີມປະຕິບັດງານ, ສິ່ງທີ່ໜ້າກົວທີ່ສຸດເມື່ອຖືກໂທຕາມຕອນເດິກແມ່ນການຕ້ອງກົດໄປມາລະຫວ່າງຫຼາຍເຄື່ອງມື, ແລະ Rootly ຖືກສ້າງຂຶ້ນມາເພື່ອແກ້ໄຂບັນຫານີ້.
AI SRE ຂອງ Rootly ແມ່ນລະບົບກວດສອບ ແລະ ຕອບສະໜອງທີ່ສ້າງຂຶ້ນມາພາຍໃນ: ມັນຈະເລີ່ມເຮັດວຽກທັນທີທີ່ສັນຍານເຕືອນດັງຂຶ້ນ, ທົດສອບສົມມຸດຕິຖານຫຼາຍຢ່າງພ້ອມກັນ ແລະ ສະແດງສາເຫດທີ່ເປັນໄປໄດ້ພ້ອມຄະແນນຄວາມໝັ້ນໃຈ ເພື່ອຊ່ວຍໃຫ້ທີມງານແກ້ໄຂບັນຫາໄດ້. ແຕ່ຢ່າງໃດກໍຕາມ, ລະບົບນີ້ຖືກອອກແບບມາເພື່ອຊ່ວຍເຫຼືອການຕັດສິນໃຈເທົ່ານັ້ນ ບໍ່ແມ່ນການທົດແທນມະນຸດ. Rootly ສ້າງຂຶ້ນໂດຍ Quentin Rousseau ແລະ JJ Tang ໃນປີ 2020 ແລະ ຖືກນໍາໃຊ້ໂດຍບໍລິສັດຊັ້ນນໍາເຊັ່ນ Dropbox, Figma, LinkedIn, NVIDIA ແລະ Webflow.
ຄຸນສົມບັດເດັ່ນ ແລະ ກໍລະນີການນໍາໃຊ້
ໂມດູນຫຼັກປະກອບມີ: AI SRE ວິເຄາະສາເຫດຕົ້ນຕໍ ແລະ ແນະນໍາວິທີແກ້ໄຂອັດຕະໂນມັດ, ການຈັດຕາຕະລາງ on-call ແລະ ການແຈ້ງເຕືອນ, ຂະບວນການຕອບສະໜອງອຸປະຕິເຫດພາຍໃນ Slack/Teams, ໜ້າສະຖານະສໍາລັບລູກຄ້າພາຍນອກ, ພ້ອມທັງສ້າງບົດລາຍງານການທົບທວນຫຼັງເກີດເຫດ ແລະ ຕິດຕາມວຽກທີ່ຕ້ອງເຮັດອັດຕະໂນມັດ. ນอกจากนี้ ຍັງມີ API ສໍາລັບການປັບແຕ່ງອັດຕະໂນມັດ. ມັນເໝາະກັບໃຜ? ເໝາະສໍາລັບທີມວິສະວະກຳ ແລະ ປະຕິບັດງານທີ່ເຫັນວ່າ "ເວລາລະບົບລົ້ມຄືການເຜົາເງິນ" ແລະ ຕ້ອງການຂະບວນການຈັດການອຸປະຕິເຫດที่เป็นມາດຕະຖານ, ຕັ້ງແຕ່ Startup ທີ່ກຳລັງເຕີບໂຕໄວຈົນເຖິງອົງກອນຂະໜາດໃຫຍ່, ໂດຍສະເພາະທີມທີ່ໃຊ້ Slack/Teams ເປັນຊ່ອງທາງການສື່ສານຫຼັກ. ມີແພັກເກດຟຣີໃຫ້ເລີ່ມຕົ້ນໃຊ້ງານ, ສ່ວນແພັກເກດຂັ້ນສູງ ແລະ ລະດັບອົງກອນຕ້ອງຕິດຕໍ່ສອບຖາມ.
ຄຸນສົມບັດເດ่น
- AI SRE วิเคราะห์สาเหตุต้นตออัตโนมัติเมื่อเกิดการแจ้งเตือน พร้อมคะแนนความมั่นใจและคำแนะนำในการแก้ไข
- จัดตาราง on-call, ระบบแจ้งเตือน และการตอบสนองต่ออุบัติเหตุผ่านมือถือ
- ดำเนินการขั้นตอนการตอบสนອງอุบัติเหตุทั้งหมดภายใน Slack และ Teams
- หน้าสถานะสำหรับภายนอกและการสื่อสารกับลูกค้าเมื่อเกิดอุบัติเหตุ
- สร้างเอกสารทົບທວນຫຼັງເກີດເຫດແລະຕິດຕາມວຽກອັດຕະໂນມັດ ພ້ອມ API ສຳລັບການປັບແຕ່ງ
ຂໍ້ດີ
- ລວມການຕອບສະໜອງອຸປະຕິເຫດ, on-call ແລະ ການທົບທວນໄວ້ໃນ Slack/Teams ໂດຍไม่ต้องສະຫຼັບເຄື່ອງມື
- AI SRE ถูกออกแบบมาเพื่อช่วยเหลือไม่ใช่แทนที่ พร้อมแสดงคะแนนความมั่นใจໃນการวิเคราะห์ສາເຫດ
- ລາຍຊື່ລູກຄ້າໜ້າເຊື່ອຖື ຂະບວນການພັດທະນາຈາກອຸປະຕິເຫດຕົວຈິງນັບພັນຄັ້ງ
ຂໍ້ເສຍ
- ລາຄາຂອງແພັກເກດຂັ້ນສູງ ແລະ ລະດັບອົງກອນຕ້ອງຕິດຕໍ່ສອບຖາມ
- ປະສົບການການໃຊ້ງານອາດຈະຫຼຸດລົງຫາກທີມງານບໍ່ໄດ້ໃຊ້ Slack/Teams ເປັນຫຼັກ
- ມີຟັງຊັນครบถ้วนແຕ່ອາດຈະໜັກເກີນໄປສຳລັບທີມຂະໜາດນ້ອຍຫຼາຍ
ກໍລະນີການນำໃຊ້
- ທີມວິສະວະກຳສ້າງຂະບວນການຈັດການອຸປະຕິເຫດທີ່ເປັນມາດຕະຖານ
- ໃຊ້ AI SRE ເພື່ອເລັ່ງການວິເຄາະສາເຫດ ແລະ ຫຼຸດເວລາໃນການກູ້คืนລະບົບ
- ຈັດການຕາຕະລາງ on-call ແລະ ການແຈ້ງເຕືອນ
- ສ້າງບົດລາຍງານການທົບທວນ ແລະ ຕິດຕາມວຽກອັດຕະໂນມັດ
ໝາຍເຫດຈากบັນນາທິການ
ໃນດ້ານການຈັດການອຸປະຕິເຫດ, PagerDuty ແລະ incident.io ເປັນຄູ່ແຂ່ງທີ່ແຂງແກ່ນ, ແຕ່ Rootly ສາມາດແຊກເຂົ້າມາໄດ້ຍ້ອນ AI SRE ແລະ ຄວາມສະດວກໃນການ "ເຮັດທຸກຢ່າງໃນແຊັດ". ຂ້ອຍມັກເປັນິຍົມທີ່ມັນວາງຕໍາແໜ່ງ AI ເປັນຜູ້ຊ່ວຍ ແລະ ການວິເຄາະສາເຫດທີ່ມີຄະແນນຄວາມໝັ້ນໃຈ ໂດຍບໍ່ได้ໂຄສະນາເກີນຄວາມເປັນຈິງກ່ຽວກັບການແກ້ໄຂອັດຕະໂນມັດ ເພາະໃນວົງການປະຕິບັດງານສິ່ງທີ່ຕ້ອງລະວັງທີ່ສຸດແມ່ນລະບົບກ່ອງດຳ (black box). ລາຍຊື່ລູກຄ້າກໍ່ຖືວ່າແຂງແກ່ນຫຼາຍ. ພວກເຮົາໃຫ້ 4.3 ຄະແນນ.
ຄຳຖາມທີ່ພົບເລື້ອຍ
AI ของ Rootly สามารถจัดการอุบัติเหตุได้เองเลยหรือไม่?
ມັນຈະີ່ມກວດສອບ, ທົດສອບສົມມຸດຕິຖານ, ສະແດງສາເຫດທີ່ເປັນໄປໄດ້ພ້ອມຄະແນນຄວາມໝັ້ນໃຈເມື່ອສັນຍານເຕືອນດັງຂຶ້ນ, ແຕ່ຖືກອອກແບບມາເພື່ອຊ່ວຍເຫຼືອການຕັດສິນໃຈຂອງມະນຸດເທົ່ານັ້ນ ບໍ່ແມ່ນການຕັດສິນໃຈແທນ ໂດຍການຕັດສິນໃຈຂັ້ນສຸດທ້າຍຍັງຄົງຢູ່ກັບວິສະວະກອນ.
จำเป็นต้องใช้ Slack เท่านั้นหรือไม่ถึงจะใช้งานได้?
Rootly ຮອງຮັບທັງ Slack ແລະ Microsoft Teams ເຊິ່ງຂະບວນການຕອບສະໜອງອຸປະຕິເຫດທັງໝົດສາມາດເຮັດໄດ້ໃນສອງແພລດຟອມນີ້. ຖ້າທີມງານບໍ່ได้ໃຊ້ທັງສອງຢ່າງນີ້, ປະສົບການການໃຊ້ງານບາງສ່ວນອາດຈະໄດ້ຮັບຜົນກະທົບ.