Zabbixi intervjuu: 12 avameelset vastust

IT-s on selline rahvapärane ütlus: "Kui töötab, ära puutu." Seda võib öelda ka meie jälgimissüsteemi kohta. Southbridge'is kasutame Zabbixi — kui me selle valisime, oli see tõeliselt muljetavaldav. Ja, põhimõtteliselt, polnud tal alternatiive.

Ajaga on meie ökosüsteem kasvanud juhendite, lisafunktsioonide ja Redmine'i integratsiooni võrra. Zabbixil on nüüd tugev konkurent, kes ületab paljuski selle: töötamise kiirus, kõrge kättesaadavus peaaegu välja karbist, ilus visualiseerimine, töö optimeerimine Kubernetes'i keskkonnas.

Kuid me ei kiirusta üleminekuga. Otsustasime piiluda Zabbixi ja uurida, milliseid uusi funktsioone nad plaanivad lähitulevikus. Me ei jätnud nurki, vaid esitasime ebamugavaid küsimusi Zabbixi arendusdirektorile Sergei Sorokini ja lahenduste arhitektille Vitali Zhuravlevile. Mis meil sellest välja tuli, loe edasi.

1. Rääkige ettevõtte ajaloost. Kuidas tuli toote idee?

Ettevõtte ajalugu algas 1997. aastal, kui asutaja ja omanik Aleksei Vladyshev töötas andmebaasi administraatorina ühes pangas. Aleksei leidis, et andmebaaside haldamine on ebaefektiivne, kui puuduvad ajalooliste väärtuste andmed erinevate parameetrite kohta ning arusaam keskkonna praegusest ja ajaloolisest seisundist.

Samas on turul esinevad lahendused, mis monitoorimise osas on väga kallid, kohmakad ja vajavad suuri ressursse. Seetõttu hakkab Aleksei kirjutama erinevaid skripte, mis võimaldavad tal tõhusalt monitoorida talle usaldatud infrastruktuuri osa. See muutub hobiks. Aleksei vahetab töökohti, kuid huvi projekti vastu jääb. Aastatel 2000-2001 kirjutatakse projekt nullist ümber — ja Aleksei mõtlema, et anda teistele süsteemiadministraatoritele võimalus kasutada tema arendatud lahendusi. Samas tõstatub küsimus, millise litsentsi all olemasolev kood välja anda. Aleksei otsustab vabastada selle GPLv2 litsentsi alla. Tööriist märgatakse kohe professionaalses ringkonnas. Aja jooksul hakkavad Alekseile tulema tellimused toe, koolituste, tarkvara võimaluste laiendamise kohta. Nende tellimuste arv kasvas pidevalt. Nii jõutakse loogilise otsuseni ettevõtte loomise kohta. Ettevõte loodi 12. aprillil 2005.

2. Milliseid võtmehetki saaksite Zabbixi arenguloos välja tuua?

Praegu on selliseid hetki mitu:
a. Aleksei skriptide kallal töötamise algus — 1997. aasta.
b. Koodi avaldamine GPLv2 litsentsi all — 2001. aasta.
c. Zabbixi ettevõtte asutamine — 2005. aasta.
d. Esimeste partnerluslepingute sõlmimine, partnerprogrammi loomine — 2007. aasta.
e. Zabbix Japan LLC asutamine — 2012. aasta.
f. Zabbix LLC (USA) asutamine — 2015. aasta.
g. ООО Заббикс asutamine — 2018. aasta.

3. Kui palju inimesi teil töötab?

Praegu töötab Zabbixi gruppides veidi üle 70 töötaja: arendajad, testijad, projektijuhid, tuginsenerid, konsultandid, müüjad, turundustöötajad.

4. Kuidas koostate roadmap'i, kas kogute tagasisidet kasutajatelt? Kuidas määrate, kuhu edasi liikuda?

Zabbixi järgmise versiooni Roadmap'i koostamisel keskendume järgmistele olulistele teguritele, täpsemalt kogume Roadmap'i järgmiste kategooriate alusel:

a. Zabbixi strateegilised täiustused. Midagi, mida Zabbix ise peab väga oluliseks. Näiteks Zabbixi agent, mis on kirjutatud Go-s.
b. Asjad, mida Zabbixi kliendid ja partnerid soovivad Zabbixis näha. Ja mille eest nad on valmis maksma.
c. Soovid/ettepanekud Zabbixi kogukonnalt.
Tööstuslikud kohustused. 🙂 Asjad, mida me esitame varasemates versioonides, kuid ei ole taganud täielikku funktsionaalsust, ei ole piisavalt paindlikud ega paku kõiki variante.

5. Kas saate võrrelda Zabbixit ja Prometheust? Mis on Zabbixis parem ja mis halvem?

Peamine erinevus seisneb meie arvates selles, et Prometheus on eelkõige süsteem mõõtmiste kogumiseks — ning tõhusa jälgimise tagamiseks ettevõttes on vajalik lisada Prometheusele mitmeid teisi komponente, nagu Grafana visualiseerimiseks, eraldi pikaajaline salvestus, probleemide haldamine eraldi, logide töötlemine eraldi…

Prometheuses ei ole ka standardseid jälgimisšabloone, saades kõik tuhanded mõõtmised eksportijatel, tuleb iseseisvalt leida nendes probleemilised signaalid. Prometheuse seadistamine — konfiguratsioonifailid. Kusagil on see mugavam, kusagil mitte.

Zabbix on universaalne platvorm jälgimise loomiseks „kõik-ühes“, meil on oma visualiseerimine, probleemide korrelatsioon ja nende kuvamine, juurdepääsuõiguste jaotamine süsteemile, tegevuste auditeerimine, mitmeid andmete kogumise variante agendi, proksi, täiesti erinevate protokollide kaudu, võimalus kiiresti laiendada süsteemi pistikprogrammide, skriptide, moodulitega…

Saab lihtsalt koguda andmeid, nagu need on, näiteks HTTP protokolli kaudu, ja seejärel muuta vastused kasulikeks mõõtmisteks, kasutades selliseid eelprotsessimise funktsioone nagu JavaScript, JSONPath, XMLPath, CSV ja sarnased. Paljusid kasutajaid köidab Zabbixi võimalus seadistada ja hallata süsteemi veebiliidese kaudu, samuti võrrelda tüüpilisi jälgimis-konfiguratsioone šablonite kujul, millega saab omavahel jagada, ja mis sisaldavad mitte ainult mõõtmisi, vaid ka tuvastamisreegleid, läviväärtusi, graafikuid, kirjeldusi — täiskomplekt objekti jälgimiseks tüüpilistes objektides.

Paljusid köidab ka võimalus automatiseerida juhtimist ja seadistust läbi Zabbixi API. Üldiselt ei soovi me korraldada arutelu. Meie arvates sobivad mõlemad süsteemid hästi oma ülesannete täitmiseks ja võivad harmooniliselt üksteist täiendada, näiteks Zabbix alates versioonist 4.2 saab andmeid eksportijatelt Prometheust või isegi selle enda kaudu.

6. Kas olete kaalunud Zabbixi SaaS-iks muutmist?

Mõtlesime ja teeme tulevikus, kuid soovime, et lahendus oleks klientidele maksimaalselt mugav. Sellisel juhul peaks standardne Zabbix olema pakutud koos suhtlemisvahendite, laiendatud andmete kogumise vahendite jne.

7. Millal oodata Zabbix HA-d? Ja kas oodata?

Zabbix HA-d on kindlasti oodata. Me loodame näha midagi Zabbix 5.0 LTS-is, kuid olukord selgineb novembris 2019, kui Zabbix 5.0 teekaart on täielikult kinnitatud.

8. Miks on media tüübil nii piiratud valik? Kas plaanite lisada Slacki, Telegrami jne? Ja kas keegi veel kasutab jabberit?

Jabber eemaldati Zabbix 4.4 versioonist, kuid selle asemele lisati Webhooks. Mis puudutab media tüüpe, siis ei sooviks teha süsteemist konkreetseid rakendusi, vaid standardseid suhtlusvahendeid. Pole saladus, et paljud sellised chatid või teenindussüsteemid pakuvad API-d HTTP kaudu – seega sel aastal Zabbix 4.4 väljalaskmisega muutub olukord.

Zabbixi veebhookide lisamisega võib oodata lähiajal kõiki kõige nõudlikumaid integreerimisi. Samas saavad integreerimised olema kahepoolseid, mitte ainult lihtsad teated ühes suunas. Ja need media tüübid, mille juurde me ei jõua, teeb meie community – sest nüüd saab media tüübi täielikult eksportida konfiguratsioonifaili, mida saab jagada share.zabbix.com või githubis. Teistel kasutajatel tuleb vaid fail importida, et sellist integreerimist alustada. Samas ei pea mingeid lisaskripte installima!

9. Miks ei areneda virtuaalmasinate avastamise suund? On ainult VMware. Paljud ootavad integreerimist EC2 ja OpenStackiga.

Ei, suund areneb. Näiteks tuli 4.4 välja datastore'i avastamine võtmega vm.datastore.discovery. 4.4 lisati ka väga lahedad võtmed wmi.getall – ootame, et selle kaudu koos võtmega perf_counter_en saab teha head jälgimist Hyper-V jaoks. Ja Zabbix 5.0-s on oodata muid olulisi muudatusi selles suunas.

10. Kas ei ole kaalutud mallidest loobumist ja samamoodi nagu Prometheus, kus saadakse kõik, mis antakse?

Prometeus automaatselt kogub kõik metrikad, see on mugav. Mall on rohkem kui lihtsalt metrikate kogum, see on "konteiner", mis sisaldab kogu vajaliku tüüpilise jälgimise seadistuse antud tüüpi ressursi või teenuse jaoks. See sisaldab juba oluliste triggereid, graafikuid, avastamisreegleid, metrikate kirjeldusi ja künniväärtusi, mis aitavad kasutajal mõista, mida kogutakse ja milliseid künne täpselt kontrollitakse ja miks. Samuti on malli jagamine teiste kasutajatega lihtne — nad saavad oma süsteemi hea jälgimise, isegi kui nad ei ole selles valdkonnas eksperdid.

11. Miks on nii vähe metrikat pärast seadistamist? See keerustab operatsioonide seisukohast seadistamist.

Kui räägite valmispakettidest, siis praegu töötame välja ja täiustame meie mallide pakkumist. Zabbix 4.4 ilmus uue, täiustatud komplekti ja paremate võimalustega.

Zabbixi jaoks saab alati share.zabbix.com lehelt leida valmis malli praktiliselt iga süsteemi jaoks. Aga me otsustasime, et peame ise loomama põhiteemad, näidates teistele eeskuju ja vabastades kasutajad vajalikest korduvatest mallide kirjutamistest näiteks MySQL jaoks. Seetõttu tuleb Zabbixis ametlikke malle iga versiooniga ainult rohkem.

12. Millal saab luua triggereid, mis ei ole seotud hostidega, vaid näiteks siltide põhjal? Näiteks, kui meil on jälgitud veebisait n erinevast punktist, ja me tahame lihtsat triggereid, mis aktiveerub, kui veebisait ei ole kättesaadav kahest või enamast punktist.

Tegelikult on selline funktsionaalsus Zabbixis juba mitu aastat olemas, kirjutatud ühe kliendi jaoks. Klient — ICANN. Samuti saab sarnaseid kontrolle teha näiteks kokkuvõtlike elementide kaudu või kasutades Zabbix API-d. Praegu töötame aktiivselt selle nimel, et selliste kontrollide loomist lihtsustada.

P.S.: Ühel Slërmil küsis Zabbixi arendajatel meilt, mida me soovime näha tootes, et jälgida Kubernetes klastreid just Zabbixi abil, mitte Prometheusega.

On tore, kui arendajad lähevad klientidele vastu ja ei jää iseendaga tegelema. Ja nüüd kohtume iga versiooniga siira huvi ja rõõmuga — on rõõmustav, et üha rohkem ja rohkem funktsioone, millest me rääkisime, saavad reaalsuseks.

Kuni arendajad ei sulgu enda sisse ja ei huvita klientide vajadustes, toode elab ja areneb. Jätkame Zabbixi uute väljalaskmiste jälgimist.

P.P.S.: Me käivitame mõne kuu pärast veebikursuse jälgimisest. Huvi pärast liituge meiega, et mitte jääda ilma teadeteta. Seni saate minna meie Kubernetes'e slörmile.

Allikas: habr.com