ראיון עם Zabbix: 12 תשובות כנות

יש אמונה טפלה ב-IT: "אם זה עובד, אל תיגע בזה." ניתן לומר זאת על מערכת הניטור שלנו. בסאות'ברידג' אנחנו משתמשים ב-Zabix - כשבחרנו בו, זה היה מאוד מגניב. ולמעשה, לא היו לו אלטרנטיבות.

עם הזמן, המערכת האקולוגית שלנו רכשה הוראות, כריכות נוספות והופיעה אינטגרציה עם redmine. ל-Zabix היה מתחרה רב עוצמה שהיה מעולה בהיבטים רבים: מהירות, HA כמעט מחוץ לקופסה, הדמיה יפה, אופטימיזציה של עבודה בסביבת kubernethes.

אבל אנחנו לא ממהרים להמשיך הלאה. החלטנו להסתכל על Zabbix ולשאול אילו תכונות הם מתכננים ליצור במהדורות הקרובות. לא עמדנו על הטקס ושאלנו שאלות לא נוחות לסרגיי סורוקין, מנהל הפיתוח של Zabbix, ול-Vitaly Zhuravlev, אדריכל הפתרונות. המשך לקרוא כדי לגלות מה יצא מזה.

1. ספר לנו על ההיסטוריה של החברה. איך נוצר הרעיון למוצר?

ההיסטוריה של החברה החלה בשנת 1997, כאשר מייסד ובעלים של החברה, אלכסיי ולדישב, עבד כמנהל מסדי נתונים באחד הבנקים. לאלכסיי נדמה היה שלא יהיה יעיל לנהל מסדי נתונים ללא נתונים על הערכים ההיסטוריים של מגוון רחב של פרמטרים, מבלי להבין את המצב הנוכחי וההיסטורי של הסביבה.

יחד עם זאת, פתרונות הניטור הקיימים כיום בשוק הינם מאוד יקרים, מסורבלים ודורשים משאבים גדולים. לכן, אלכסיי מתחיל לכתוב תסריטים שונים המאפשרים לו לפקח ביעילות על חלק התשתית שהופקד עליו. זה הופך לתחביב. אלכסיי מחליף עבודה, אבל העניין בפרויקט נשאר. בשנים 2000-2001, הפרויקט שוכתב מאפס - ואלכסיי חשב לתת למנהלים אחרים את ההזדמנות להשתמש בפיתוחים. במקביל, עלתה השאלה לפי איזה רישיון לשחרר את הקוד הקיים. אלכסיי החליט לשחרר אותו תחת רישיון GPLv2. הכלי הובחן מיד בסביבה מקצועית. עם הזמן, אלכסיי החל לקבל בקשות לתמיכה, הדרכה והרחבת יכולות התוכנה. מספר הזמנות כאלה גדל ללא הרף. אז, באופן טבעי, ההחלטה להקים חברה הגיעה. החברה נוסדה ב-12 באפריל 2005

2. אילו נקודות מפתח אתה יכול להדגיש בהיסטוריה של פיתוח Zabbix?

יש כרגע כמה נקודות כאלה:
א. אלכסיי החל לעבוד על תסריטים ב-1997.
ב. פרסום הקוד תחת רישיון GPLv2 - 2001.
V. Zabbix נוסדה בשנת 2005.
ד סיום הסכמי השותפות הראשונים, יצירת תוכנית שותפים - 2007.
ד. הקמת Zabbix Japan LLC - 2012.
ה. ייסוד Zabbix LLC (ארה"ב) - 2015
ו. ייסוד Zabbix LLC - 2018

3. כמה אנשים אתה מעסיק?

נכון לעכשיו, קבוצת החברות Zabbix מעסיקה קצת יותר מ-70 עובדים: מפתחים, בודקים, מנהלי פרויקטים, מהנדסי תמיכה, יועצים, אנשי מכירות ועובדי שיווק.

4. איך כותבים מפת דרכים, האם אוספים משוב מהמשתמשים? איך קובעים לאן לעבור הלאה?

בעת יצירת מפת דרכים לגרסה הבאה של Zabbix, אנו מתמקדים בגורמים החשובים הבאים, ליתר דיוק, אנו אוספים מפות דרכים לפי הקטגוריות הבאות:

א. שיפורים אסטרטגיים של Zabbix. משהו שזאביקס בעצמה רואה בו חשוב מאוד. לדוגמה, סוכן Zabbix שנכתב ב-Go.
ב. דברים שלקוחות ושותפים של Zabbix רוצים לראות ב- Zabbix. ועל זה הם מוכנים לשלם.
V. איחולים/הצעות מקהילת Zabbix.
ד.חובות טכניים. 🙂 דברים ששחררנו בגרסאות קודמות, אבל לא סיפקו פונקציונליות מלאה, לא הפכו אותם מספיק גמישים, לא הציעו את כל האפשרויות.

5. האם אתה יכול להשוות בין Zabbix ופרומתאוס? מה יותר טוב ומה יותר גרוע בזאביקס?

ההבדל העיקרי, לדעתנו, הוא שפרומתאוס היא מערכת בעיקר לאיסוף מדדים - וכדי לאסוף ניטור מן המניין בארגון, יש צורך להוסיף רכיבים רבים נוספים לפרומתאוס, כמו גרפנה להדמיה, א. אחסון נפרד לטווח ארוך, ובעיות ניהול נפרדות במקום כלשהו, ​​עבודה עם יומנים בנפרד...

לא יהיו תבניות ניטור סטנדרטיות ב-Prometheus; לאחר שקיבלת את כל אלפי המדדים מיצואנים, תצטרך למצוא בהן אותות בעייתיים באופן עצמאי. הגדרת פרומתאוס - קבצי תצורה. במקומות מסוימים זה נוח יותר, במקומות אחרים לא.

Zabbix היא פלטפורמה אוניברסלית ליצירת ניטור "מ-אל", יש לנו הדמיה משלנו, קורלציה של בעיות והצגתן, הפצת זכויות גישה למערכת, ביקורת פעולות, אפשרויות רבות לאיסוף נתונים דרך סוכן, proxy, באמצעות פרוטוקולים שונים לחלוטין, היכולת להרחיב במהירות את המערכת עם תוספים, סקריפטים, מודולים...

או שאתה יכול פשוט לאסוף את הנתונים כפי שהם, למשל, באמצעות פרוטוקול HTTP, ולאחר מכן להפוך את התגובות למדדים שימושיים באמצעות פונקציות עיבוד מקדים כגון JavaScript, JSONPath, XMLPath, CSV וכדומה. משתמשים רבים מעריכים את Zabbix על היכולת להגדיר ולנהל את המערכת באמצעות ממשק אינטרנט, על היכולת לתאר תצורות ניטור אופייניות בצורה של תבניות שניתן לשתף אחת עם השנייה, ומכילות לא רק מדדים, אלא גם כללי זיהוי, ערכי סף, גרפים, תיאורים - סט שלם של אובייקטים לניטור אובייקטים טיפוסיים.

אנשים רבים אוהבים גם את היכולת לבצע אוטומציה של ניהול ותצורה באמצעות ה-API של Zabbix. באופן כללי, אני לא רוצה לארגן הוליבר. נראה לנו ששתי המערכות מתאימות היטב למשימות שלהן ויכולות להשלים זו את זו בצורה הרמונית, למשל, Zabbix מגרסה 4.2 יכולה לאסוף נתונים מיצואני פרומתאוס או מעצמה.

6. חשבתם להכין zabbix saas?

חשבנו על זה ונעשה זאת בעתיד, אבל אנחנו רוצים להפוך את הפתרון הזה לנוח ככל האפשר ללקוחות. במקרה זה יש להציע את Zabbix סטנדרטית לצד כלי תקשורת, כלי איסוף נתונים מתקדמים וכדומה.

7. מתי עלי לצפות לזאביקס הא? והאם צריך לחכות?

Zabbix HA היא בהחלט המתנה. אנחנו באמת מקווים לראות משהו ב- Zabbix 5.0 LTS, אבל המצב יתבהר בנובמבר 2019 כאשר מפת הדרכים של Zabbix 5.0 תאושר במלואה.

8. מדוע לסוג המדיה יש מבחר כה גרוע מחוץ לקופסה? האם אתה מתכנן להוסיף סלאק, טלגרם וכו'? האם מישהו אחר משתמש ב-Jabber?

Jabber הוסר ב- Zabbix 4.4, אך נוספו Webhooks. לגבי סוגי מדיה, לא הייתי רוצה לעשות אפליקציות ספציפיות מהמערכת, אלא כלי הודעות סטנדרטיים. זה לא סוד שלצ'אטים דומים או שירותי דסק רבים יש API דרך HTTP - כך שהשנה עם יציאת 4.4 המצב ישתנה.

עם הופעת ה-webhooks ב- Zabbix, אתה יכול לצפות לכל האינטגרציות הפופולריות ביותר מהקופסה בעתיד הקרוב. במקרה זה, האינטגרציה תהיה דו כיוונית, ולא רק הודעות חד כיווניות פשוטות. וסוגי המדיה שאנחנו לא יכולים להגיע אליהם יבוצעו על ידי הקהילה שלנו - כי כעת ניתן לייצא את כל סוג המדיה לקובץ תצורה ולפרסם ב-share.zabbix.com או github. ומשתמשים אחרים יצטרכו רק לייבא את הקובץ כדי להתחיל להשתמש באינטגרציה הזו. במקרה זה, אינך צריך להתקין סקריפטים נוספים!

9. מדוע כיוון גילוי המכונה הווירטואלית אינו מתפתח? יש רק vmware. רבים מחכים לאינטגרציה עם ec2, openstack.

לא, הכיוון מתפתח. לדוגמה, ב-4.4, גילוי מאגר נתונים הופיע באמצעות מפתח vm.datastore.discovery. ב-4.4 הופיעו גם מפתחות wmi.getall מאוד מגניבים - אנו מצפים שדרכו, יחד עם מפתח perf_counter_en, ניתן יהיה לבצע ניטור Hyper-V טוב. ובכן, יהיו שינויים חשובים נוספים בכיוון הזה ב- Zabbix 5.0.

10. חשבת לנטוש את התבניות ולעשות את זה כמו פרומטאוס, כשכל מה שניתן נלקח?

פרומתאוס לוקח אוטומטית את כל המדדים, זה נוח. ותבנית היא יותר מסתם קבוצה של מדדים, היא "מיכל" שמכיל את כל התצורה האופיינית הדרושה לניטור סוג נתון של משאב או שירות. יש לו כבר קבוצה של טריגרים חשובים, גרפים, כללי זיהוי, יש לו תיאורים של מדדים וספים שעוזרים למשתמש להבין מה נאסף, ואילו ספים נבדקים ומדוע. יחד עם זאת, קל לשתף תבניות עם משתמשים אחרים - והם יקבלו ניטור טוב על המערכת שלהם, גם בלי להיות בהכרח מומחה בזה.

11. מדוע יש כל כך מעט מדדים מחוץ לקופסה? זה גם מסבך מאוד את ההגדרה מנקודת מבט התפעול.

אם מחוץ לקופסה אתה מתכוון לתבניות מוכנות, אז כרגע אנחנו עובדים על הרחבת ושיפור התבניות שלנו. Zabbix 4.4 מגיע עם סט חדש ומשופר ותכונות טובות יותר.

עבור Zabbix אתה תמיד יכול למצוא תבנית מוכנה כמעט לכל מערכת ב-share.zabbix.com. אבל החלטנו שאנחנו צריכים ליצור תבניות בסיסיות בעצמנו, להוות דוגמה לאחרים, וגם לשחרר את המשתמשים מלכתוב שוב תבנית עבור MySQL כלשהו. לכן, כעת ב-Zabix יהיו רק יותר תבניות רשמיות עם כל גרסה.

12. מתי ניתן יהיה לבנות טריגרים שאינם קשורים למארחים, אלא, למשל, על בסיס תוויות. לדוגמה, אנו עוקבים אחר אתר מ-n נקודות שונות, ואנו רוצים טריגר פשוט שיידלק כאשר האתר אינו נגיש מ-2 נקודות או יותר.

למעשה, פונקציונליות כזו זמינה ב-Zabix כבר כמה שנים, שנכתבה עבור אחד הלקוחות. לקוח - ICANN. בדיקות דומות יכולות להיעשות גם, למשל, באמצעות פריטים מצטברים או באמצעות ה-API של Zabbix. כעת אנו פועלים באופן פעיל כדי לפשט את יצירת המחאות מסוג זה.

נ.ב.: באחד ה-Slurms, מפתחי Zabbix שאלו אותנו מה אנחנו רוצים לראות במוצר כדי לנטר אשכולות Kubernetes באמצעות Zabbix, ולא Prometheus.

זה נהדר כשמפתחים פוגשים לקוחות באמצע הדרך ולא נשארים עניין לעצמם. ועכשיו אנחנו מברכים כל שחרור בעניין כנה - החדשות הטובות הן שיותר ויותר תכונות שדיברנו עליהן הופכות לבשר ודם.

כל עוד המפתחים לא נסוגים לתוך עצמם, אלא מתעניינים בצרכי הלקוחות, המוצר חי ומתפתח. אנו נעקוב אחר מהדורות חדשות של Zabbix.

PPS: אנחנו נשיק קורס ניטור מקוון בעוד מספר חודשים. אם אתם מעוניינים, הירשמו כדי לא לפספס את ההכרזה. בינתיים, אתה יכול לעבור על שלנו סליחה על Kubernetes.

מקור: www.habr.com