มีความเชื่อโชคลางในด้านไอที: “ถ้ามันได้ผล อย่าแตะต้องมัน” อาจกล่าวได้เกี่ยวกับระบบการตรวจสอบของเรา ที่ Southbridge เราใช้ Zabbix - ตอนที่เราเลือกมันเจ๋งมาก และในความเป็นจริง เขาไม่มีทางเลือกอื่น
เมื่อเวลาผ่านไป ระบบนิเวศของเราได้รับคำแนะนำ การเชื่อมโยงเพิ่มเติม และการบูรณาการกับ redmine ได้ปรากฏขึ้น Zabbix มีคู่แข่งที่ทรงพลังซึ่งเหนือกว่าในหลาย ๆ ด้าน: ความเร็ว, HA แทบจะแกะกล่อง, การแสดงภาพที่สวยงาม, การเพิ่มประสิทธิภาพการทำงานในสภาพแวดล้อม kubernethes
แต่เราไม่รีบร้อนที่จะเดินหน้าต่อไป เราตัดสินใจดู Zabbix และสอบถามว่าพวกเขาวางแผนจะสร้างฟีเจอร์ใดบ้างในการเปิดตัวที่กำลังจะมาถึง เราไม่ได้ยืนในพิธีและถามคำถามที่ไม่สบายใจกับ Sergey Sorokin ผู้อำนวยการฝ่ายพัฒนาของ Zabbix และ Vitaly Zhuravlev สถาปนิกด้านโซลูชั่น อ่านต่อไปเพื่อดูว่าเกิดอะไรขึ้น
1. เล่าประวัติความเป็นมาของบริษัทให้เราฟัง แนวคิดสำหรับผลิตภัณฑ์เกิดขึ้นได้อย่างไร?
ประวัติความเป็นมาของบริษัทเริ่มต้นในปี 1997 เมื่อ Alexey Vladyshev ผู้ก่อตั้งและเจ้าของบริษัท ทำงานเป็นผู้ดูแลระบบฐานข้อมูลในธนาคารแห่งหนึ่ง สำหรับ Alexey ดูเหมือนว่าการจัดการฐานข้อมูลจะไม่มีประสิทธิภาพหากไม่มีข้อมูลเกี่ยวกับค่าทางประวัติศาสตร์ของพารามิเตอร์ที่หลากหลายโดยไม่เข้าใจสถานะปัจจุบันและประวัติศาสตร์ของสภาพแวดล้อม
ในขณะเดียวกัน โซลูชันการตรวจสอบที่มีอยู่ในตลาดปัจจุบันมีราคาแพงมาก ยุ่งยาก และต้องใช้ทรัพยากรจำนวนมาก ดังนั้น Alexey จึงเริ่มเขียนสคริปต์ต่าง ๆ ที่ทำให้เขาสามารถตรวจสอบส่วนของโครงสร้างพื้นฐานที่ได้รับมอบหมายให้เขาได้อย่างมีประสิทธิภาพ มันกำลังกลายเป็นงานอดิเรก Alexey เปลี่ยนงาน แต่ความสนใจในโครงการยังคงอยู่ ในปี พ.ศ. 2000-2001 โครงการนี้ได้รับการเขียนใหม่ตั้งแต่ต้น และ Alexey ก็คิดที่จะให้โอกาสผู้ดูแลระบบคนอื่นๆ ได้ใช้การพัฒนานี้ ในเวลาเดียวกัน คำถามก็เกิดขึ้นภายใต้ใบอนุญาตใดที่จะเผยแพร่โค้ดที่มีอยู่ Alexey ตัดสินใจเผยแพร่ภายใต้ลิขสิทธิ์ GPLv2 เครื่องมือนี้สังเกตเห็นได้ทันทีในสภาพแวดล้อมแบบมืออาชีพ เมื่อเวลาผ่านไป Alexey เริ่มได้รับคำขอการสนับสนุน การฝึกอบรม และการขยายขีดความสามารถของซอฟต์แวร์ จำนวนคำสั่งซื้อดังกล่าวเพิ่มขึ้นอย่างต่อเนื่อง แน่นอนว่าการตัดสินใจก่อตั้งบริษัทจึงเกิดขึ้น บริษัทก่อตั้งขึ้นเมื่อวันที่ 12 เมษายน พ.ศ.2005
2. ประเด็นสำคัญใดที่คุณสามารถเน้นได้ในประวัติศาสตร์ของการพัฒนา Zabbix?
ขณะนี้มีหลายประเด็นดังกล่าว:
ก. Alexey เริ่มทำงานกับสคริปต์ในปี 1997
ข. การเผยแพร่รหัสภายใต้ใบอนุญาต GPLv2 - 2001
วี. แซบบิกซ์ ก่อตั้งขึ้นในปี พ.ศ. 2005
d. การสรุปข้อตกลงความร่วมมือฉบับแรก การสร้างโปรแกรมพันธมิตร - 2007
d. การก่อตั้ง Zabbix Japan LLC - 2012
จ. การก่อตั้ง Zabbix LLC (สหรัฐอเมริกา) - พ.ศ. 2015
และ. การก่อตั้ง Zabbix LLC - 2018
3. คุณจ้างคนกี่คน?
ในขณะนี้ กลุ่มบริษัท Zabbix มีพนักงานมากกว่า 70 คนเล็กน้อย ได้แก่ นักพัฒนา ผู้ทดสอบ ผู้จัดการโครงการ วิศวกรสนับสนุน ที่ปรึกษา พนักงานขาย และพนักงานการตลาด
4. คุณจะเขียนแผนงานอย่างไร รวบรวมคำติชมจากผู้ใช้หรือไม่? คุณจะกำหนดได้อย่างไรว่าจะย้ายไปที่ไหนต่อไป?
เมื่อสร้าง Roadmap สำหรับ Zabbix เวอร์ชันถัดไป เรามุ่งเน้นไปที่ปัจจัยสำคัญต่อไปนี้ หรือเจาะจงยิ่งขึ้นคือเรารวบรวม Roadmap ตามประเภทต่อไปนี้:
ก. การปรับปรุงเชิงกลยุทธ์ของ Zabbix สิ่งที่ Zabbix เองก็ถือว่าสำคัญมาก ตัวอย่างเช่น ตัวแทน Zabbix เขียนด้วยภาษา Go
ข. สิ่งที่ลูกค้าและพันธมิตรของ Zabbix ต้องการเห็นใน Zabbix และที่พวกเขายินดีจ่าย
วี. ความปรารถนา/ข้อเสนอแนะจากชุมชน Zabbix
d. หนี้ทางเทคนิค 🙂 สิ่งที่เราเปิดตัวในเวอร์ชันก่อนหน้า แต่ไม่มีฟังก์ชันการทำงานเต็มรูปแบบ ไม่ได้ทำให้มีความยืดหยุ่นเพียงพอ ไม่มีตัวเลือกทั้งหมด
5. คุณสามารถเปรียบเทียบ Zabbix และ Prometheus ได้หรือไม่? อะไรจะดีไปกว่าและอะไรแย่กว่าใน Zabbix?
ความแตกต่างหลักในความเห็นของเราคือ Prometheus เป็นระบบสำหรับการรวบรวมการวัดเป็นหลัก - และเพื่อรวบรวมการตรวจสอบอย่างเต็มรูปแบบในองค์กร จำเป็นต้องเพิ่มส่วนประกอบอื่น ๆ มากมายให้กับ Prometheus เช่น grafana สำหรับการแสดงภาพ a แยกพื้นที่เก็บข้อมูลระยะยาว และแยกการจัดการบางปัญหา ทำงานกับบันทึกแยกกัน...
จะไม่มีเทมเพลตการตรวจสอบมาตรฐานใน Prometheus เมื่อได้รับตัววัดนับพันตัวจากผู้ส่งออกแล้ว คุณจะต้องค้นหาสัญญาณที่เป็นปัญหาโดยอิสระ การตั้งค่า Prometheus - ไฟล์กำหนดค่า ในบางสถานที่ก็สะดวกกว่า แต่บางแห่งก็ไม่สะดวก
Zabbix เป็นแพลตฟอร์มสากลสำหรับการสร้างการตรวจสอบ "จากและถึง" เรามีการแสดงภาพของเราเอง ความสัมพันธ์ของปัญหาและการแสดงผล การกระจายสิทธิ์การเข้าถึงระบบ การตรวจสอบการดำเนินการ ตัวเลือกมากมายสำหรับการรวบรวมข้อมูลผ่านตัวแทน พร็อกซีโดยใช้โปรโตคอลที่แตกต่างกันโดยสิ้นเชิง ความสามารถในการขยายระบบอย่างรวดเร็วด้วยปลั๊กอิน สคริปต์ โมดูล...
หรือคุณสามารถรวบรวมข้อมูลตามที่เป็นอยู่ได้ เช่น ผ่านโปรโตคอล HTTP จากนั้นเปลี่ยนการตอบกลับเป็นหน่วยวัดที่มีประโยชน์โดยใช้ฟังก์ชันการประมวลผลล่วงหน้า เช่น JavaScript, JSONPath, XMLPath, CSV และอื่นๆ ที่คล้ายคลึงกัน ผู้ใช้จำนวนมากให้ความสำคัญกับ Zabbix สำหรับความสามารถในการกำหนดค่าและจัดการระบบผ่านทางเว็บอินเตอร์เฟส สำหรับความสามารถในการอธิบายการกำหนดค่าการตรวจสอบทั่วไปในรูปแบบของเทมเพลตที่สามารถแชร์ระหว่างกัน และไม่เพียงประกอบด้วยตัวชี้วัดเท่านั้น แต่ยังมีกฎการตรวจจับด้วย ค่าเกณฑ์ กราฟ คำอธิบาย - ชุดวัตถุที่สมบูรณ์สำหรับการตรวจสอบวัตถุทั่วไป
หลายๆ คนยังชอบความสามารถในการจัดการและกำหนดค่าอัตโนมัติผ่าน Zabbix API โดยทั่วไปฉันไม่ต้องการจัดงานโฮลีวาร์ สำหรับเราดูเหมือนว่าทั้งสองระบบเหมาะสมกับงานของตนและสามารถเสริมซึ่งกันและกันได้อย่างกลมกลืน ตัวอย่างเช่น Zabbix จากเวอร์ชัน 4.2 สามารถรวบรวมข้อมูลจากผู้ส่งออก Prometheus หรือจากตัวมันเองได้
6. คุณเคยคิดที่จะทำ zabbix saas หรือไม่?
เราคิดเรื่องนี้แล้วและจะดำเนินการดังกล่าวในอนาคต แต่เราต้องการทำให้โซลูชันนี้สะดวกที่สุดสำหรับลูกค้า ในกรณีนี้ ควรเสนอ Zabbix มาตรฐานพร้อมกับเครื่องมือสื่อสาร เครื่องมือรวบรวมข้อมูลขั้นสูง และอื่นๆ
7. ฉันควรคาดหวัง zabbix เมื่อไหร่? และเราควรรอไหม?
Zabbix HA รอคอยอย่างแน่นอน เราหวังเป็นอย่างยิ่งว่าจะได้เห็นบางสิ่งบางอย่างใน Zabbix 5.0 LTS แต่สถานการณ์จะชัดเจนยิ่งขึ้นในเดือนพฤศจิกายน 2019 เมื่อแผนงาน Zabbix 5.0 ได้รับการยืนยันอย่างสมบูรณ์
8. เหตุใดประเภทสื่อถึงมีตัวเลือกที่ไม่ดีเช่นนี้? คุณวางแผนที่จะเพิ่ม Slack, โทรเลข ฯลฯ หรือไม่? มีใครใช้ Jabber บ้างไหม?
Jabber ถูกลบออกใน Zabbix 4.4 แต่มีการเพิ่ม Webhooks เกี่ยวกับประเภทสื่อ ฉันไม่ต้องการสร้างแอปพลิเคชันเฉพาะจากระบบ แต่เป็นเครื่องมือส่งข้อความมาตรฐาน ไม่เป็นความลับเลยที่แชทหรือบริการโต๊ะที่คล้ายกันจำนวนมากมี API ผ่าน HTTP - ดังนั้นในปีนี้ด้วยการเปิดตัว 4.4 สถานการณ์จะเปลี่ยนไป
ด้วยการถือกำเนิดของ webhooks ใน Zabbix คุณสามารถคาดหวังการผสานรวมที่ได้รับความนิยมสูงสุดทั้งหมดในอนาคตอันใกล้นี้ ในกรณีนี้ การผสานรวมจะเป็นแบบสองทาง และไม่ใช่แค่การแจ้งเตือนทางเดียวง่ายๆ และสื่อประเภทเหล่านั้นที่เราไม่สามารถเข้าถึงได้จะถูกจัดการโดยชุมชนของเรา - เนื่องจากขณะนี้ประเภทสื่อทั้งหมดสามารถส่งออกไปยังไฟล์การกำหนดค่าและโพสต์บน share.zabbix.com หรือ github และผู้ใช้รายอื่นจะต้องนำเข้าไฟล์เพื่อเริ่มใช้งานการผสานรวมนี้เท่านั้น ในกรณีนี้ คุณไม่จำเป็นต้องติดตั้งสคริปต์เพิ่มเติมใดๆ!
9. เหตุใดทิศทางการค้นหาเครื่องเสมือนจึงไม่พัฒนา มีแต่วีเอ็มแวร์ หลายๆ คนกำลังรอการรวมเข้ากับ ec2, openstack
ไม่ครับ ทิศทางกำลังพัฒนา ตัวอย่างเช่น ใน 4.4 การค้นพบที่เก็บข้อมูลปรากฏผ่านคีย์ vm.datastore.discovery ใน 4.4 ปุ่ม wmi.getall ที่เจ๋งมากก็ปรากฏขึ้นด้วย - เราคาดหวังว่าเมื่อใช้ร่วมกับคีย์ perf_counter_en จะเป็นไปได้ที่จะทำการตรวจสอบ Hyper-V ที่ดีได้ จะมีการเปลี่ยนแปลงที่สำคัญอื่น ๆ ในทิศทางนี้ใน Zabbix 5.0
10. คุณเคยคิดที่จะละทิ้งเทมเพลตและทำเหมือนโพรมีทีอุสเมื่อทุกสิ่งที่ได้รับถูกพรากไปหรือไม่?
Prometheus จะใช้การวัดทั้งหมดโดยอัตโนมัติ ซึ่งสะดวก และเทมเพลตที่เป็นมากกว่าชุดเมตริก แต่เป็น "คอนเทนเนอร์" ที่มีการกำหนดค่าทั่วไปที่จำเป็นทั้งหมดสำหรับการตรวจสอบทรัพยากรหรือบริการประเภทที่กำหนด มีชุดทริกเกอร์ กราฟ กฎการตรวจจับที่สำคัญอยู่แล้ว มีคำอธิบายเมตริกและเกณฑ์ที่ช่วยให้ผู้ใช้เข้าใจสิ่งที่กำลังรวบรวม และเกณฑ์ใดที่ถูกตรวจสอบและเพราะเหตุใด ในขณะเดียวกัน เทมเพลตก็แชร์กับผู้ใช้รายอื่นได้ง่าย และผู้ใช้จะได้รับการตรวจสอบระบบที่ดี แม้ว่าจะไม่จำเป็นต้องเป็นผู้เชี่ยวชาญในก็ตาม
11. เหตุใดจึงมีตัวชี้วัดน้อยเหลือเกิน? นอกจากนี้ยังทำให้การตั้งค่ามีความซับซ้อนอย่างมากจากมุมมองการทำงาน
หากคุณหมายถึงเทมเพลตสำเร็จรูปนอกกรอบ ตอนนี้เรากำลังดำเนินการขยายและปรับปรุงเทมเพลตของเรา Zabbix 4.4 มาพร้อมกับชุดใหม่ที่ได้รับการปรับปรุงและคุณสมบัติที่ดีกว่า
สำหรับ Zabbix คุณสามารถค้นหาเทมเพลตสำเร็จรูปสำหรับเกือบทุกระบบได้ที่ share.zabbix.com แต่เราตัดสินใจว่าเราควรสร้างเทมเพลตพื้นฐานด้วยตัวเอง เป็นตัวอย่างให้กับผู้อื่น และช่วยให้ผู้ใช้ไม่ต้องเขียนเทมเพลตสำหรับ MySQL บางตัวอีกครั้ง ดังนั้นตอนนี้ใน Zabbix จะมีเพียงเทมเพลตที่เป็นทางการมากขึ้นในแต่ละเวอร์ชันเท่านั้น
12. เมื่อใดจึงจะสามารถสร้างทริกเกอร์ที่ไม่เชื่อมโยงกับโฮสต์ แต่ขึ้นอยู่กับป้ายกำกับ เป็นต้น ตัวอย่างเช่น เราตรวจสอบไซต์จาก n จุดที่แตกต่างกัน และเราต้องการทริกเกอร์ง่ายๆ ที่เริ่มทำงานเมื่อไซต์ไม่สามารถเข้าถึงได้จาก 2 จุดขึ้นไป
ในความเป็นจริงฟังก์ชันดังกล่าวมีอยู่ใน Zabbix มาหลายปีแล้วซึ่งเขียนขึ้นสำหรับลูกค้ารายหนึ่ง ลูกค้า - ICANN. การตรวจสอบที่คล้ายกันสามารถทำได้ เช่น ผ่านรายการรวมหรือใช้ Zabbix API ขณะนี้เรากำลังดำเนินการอย่างเต็มที่เพื่อทำให้การสร้างเช็คดังกล่าวง่ายขึ้น
PS: ที่ Slurms แห่งหนึ่ง นักพัฒนา Zabbix ถามเราว่าเราต้องการเห็นอะไรในผลิตภัณฑ์เพื่อตรวจสอบคลัสเตอร์ Kubernetes โดยใช้ Zabbix ไม่ใช่ Prometheus
จะดีมากเมื่อนักพัฒนาพบปะกับลูกค้าครึ่งทางและไม่ได้ทำอะไรเพื่อตัวเอง และตอนนี้เรายินดีต้อนรับการเปิดตัวแต่ละครั้งด้วยความสนใจอย่างจริงใจ - ข่าวดีก็คือคุณสมบัติต่างๆ ที่เราพูดถึงมากขึ้นเรื่อยๆ กำลังกลายเป็นเนื้อและเลือด
ตราบใดที่นักพัฒนาไม่ถอนตัวออกจากตัวเอง แต่สนใจในความต้องการของลูกค้า ผลิตภัณฑ์ก็จะมีชีวิตอยู่และพัฒนา เราจะจับตาดูการเปิดตัว Zabbix ใหม่
PPS: เราจะเปิดตัวหลักสูตรการตรวจสอบออนไลน์ในอีกไม่กี่เดือนข้างหน้า หากสนใจกดติดตามเพื่อไม่ให้พลาดประกาศ ในระหว่างนี้คุณสามารถผ่านของเราได้ .
ที่มา: will.com