Intervjuu Zabbixiga: 12 avameelset vastust

IT-s on selline uskumus: „Töötab, ära puutu“. Seda võib öelda ka meie jälgimissüsteemi kohta. Southbridge'is kasutame Zabbixit — kui me seda valisime, oli see tõeliselt äge. Ja tegelikult ei olnud tal alternatiive.

Aja jooksul on meie ökosüsteem moodustanud juhiseid, lisamooduseid ning ilmus integreerimine redmine'iga. Zabbixil on ilmunud tugev konkurent, mis ületab paljudes aspektides: töökiirus, HA peaaegu kastist välja, ilus visualiseerimine, optimeeritud töö kubernetest keskkonnas.

Kuid me ei kiirusta üleminekuga. Otsustasime piiluda Zabbixisse ja uurida, milliseid võimalusi nad plaanivad järgmistes väljaannetes. Me ei kaeselnud ja küsisime ebamugavaid küsimusi Sergei Sorokini käest, Zabbixi arenduse direktorilt, ja Vitali Zhuravlevilt, lahenduste arhitektilt. Milline oli tulemus, loe edasi.

1. Räägi ettevõtte ajaloost. Kuidas sündis tooteidee?

Ettevõtte ajalugu algas 1997. aastal, kui ettevõtte asutaja ja omanik Aleksei Vladõšev töötas andmebaasi administraatorina ühes pangas. Aleksei leidis, et andmete ajalooliste väärtuste jälgimise puudumine ja keskkonna praeguse ja ajaloolise seisu mõistmine teevad andmebaasi haldamise ebaefektiivseks.

Samal ajal ei olnud turul saadaval olevad jälgimislahendused mitte ainult väga kulukad, vaid ka aeglased ning nõudsid suuri ressursse. Seetõttu hakkas Aleksei kirjutama erinevaid skripte, mis võimaldasid tal efektiivselt jälgida talle usaldatud infrastruktuuri. See muutus hobiks. Aleksei vahetas töökohti, kuid huvi projekti vastu püsis. 2000-2001. aastal kirjutati projekt nullist ümber — ja Aleksei mõtles anda teistele administreerijatele võimaluse kasutada tema arengut. Sellega seoses tõusis küsimus, millise litsentsi all olemasolev kood välja anda. Aleksei otsustas anda selle GPLv2 litsentsi alla. Tööriist märgati kohe professionaalses keskkonnas. Aja jooksul hakkasid Aleksei poole pöörduma toetoimingute, koolituste ja tarkvara arendamise laienemise taotlused. Nende tellimuste arv kasvas pidevalt. Nii tuli loomulikult otsus asutada ettevõte. Ettevõte loodi 12. aprillil 2005.

2. Milliseid võtmehetki saab Zabbixi arengu ajaloos eristada?

Praegu on neid punkte mitu:
a. Aleksei skriptide kirjutamise algus — 1997. aasta.
b. Koodi avaldamine GPLv2 litsentsi all — 2001. aasta.
c. Zabbixi ettevõtte asutamine — 2005. aasta.
d. Esimeste partnerluslepingute sõlmimine, partnerlusprogrammi loomine — 2007. aasta.
e. Zabbix Japan LLC asutamine — 2012. aasta.
f. Zabbix LLC (USA) asutamine — 2015. aasta
g. Zabbix OÜ asutamine — 2018. aasta.

3. Kui palju inimesi teie juures töötab?

Praegu töötab Zabbixi ettevõtete grupis veidi üle 70 töötaja: arendajad, testijad, projektijuhid, tugitehnikud, konsultandid, müüjad, turundusspetsialistid.

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

Zabbixi järgmise versiooni järjestuse koostamisel toetume järgmistele olulistele faktoritele, tegelikult kogume Roadmap'i järgmistes kategooriates:

a. Zabbixi strateegilised parandused. Midagi, mida Zabbix ise peab väga oluliseks. Näiteks, Zabbix agent, mis on kirjutatud Go-s.
b. Asjad, mida Zabbixi kliendid ja partnerid soovivad Zabbixis näha. Ja mille eest nad on nõus maksma.
c. Soovid/ettepanekud Zabbixi kogukonnalt.
d. Tehnilised võlad. 🙂 Asjad, mille me eelmistel versioonidel välja andsime, kuid ei suutnud täielikku funktsionaalsust pakkuda, ei teinud neid piisavalt paindlikeks, ei pakkunud kõiki võimalusi.

5. Kas saaksite võrrelda Zabbixi ja Prometheus'e? Mis on Zabbixis parem ja mis halvem?

Peamine erinevus meie arvates on see, et Prometheus on süsteem peamiselt mõõtmete kogumiseks — ja et täisfunktsionaalne jälgimine ettevõttes luua, on vaja Prometheusele lisada palju muid komponente, nagu grafana visualiseerimiseks, eraldi pikaajaline salvestus, probleemide haldamine eraldi, logidega töötamine eraldi...

Prometheuses ei ole ka tüüpilisi jälgimismalle, saades kõik tuhanded mõõtmised eksportijatelt, tuleb probleemilisi signaale iseseisvalt leidma. Prometheuse seadistamine — konfiguratsioonifailid. Kus see on mugav, kus mitte.

Zabbix on universaalne platvorm jälgimise loomiseks alates algusest kuni lõpuni. Meil on oma visualiseerimine, probleemide korrelatsioon ja nende kuvamine, juurdepääsuõiguste määramine süsteemile, toimingute audit, mitmekesised andmete kogumise variandid agendi, proksi kaudu ja täiesti erinevate protokollide kaudu, samuti kiire võimalus süsteemi laiendamiseks pistikprogrammide, skriptide ja moodulitega…

Andmeid on võimalik koguda ka nii, nagu need on, näiteks HTTP protokolli kaudu, ja seejärel muuta vastused kasulikeks mõõdikeks, kasutades selliseid eeltöötluse funktsioone nagu JavaScript, JSONPath, XMLPath, CSV jne. Paljud kasutajad hindavad Zabbixit selle eest, et nad saavad süsteemi seadistada ja hallata veebiliidese kaudu, ning et nad saavad kirjeldada tüüpilisi jälgimisconfiguraatsioone mallidena, millega saab omavahel jagada, ja mis sisaldavad mitte ainult mõõdikuid, vaid ka avastamisreegleid, lävendivältse, diagramme, kirjeldusi — täielik komplekt objektidest tüüpiliste objektide jälgimiseks.

Paljudele meeldib ka võimalus automatiseerida haldamist ja seadistamist Zabbixi API kaudu. Üldiselt ei soovi me sellenenavat arutada. Meie arvates sobivad mõlemad süsteemid oma ülesannete täitmiseks hästi ja saavad harmooniliselt üksteist täiendada; näiteks Zabbix versioonist 4.2 alates suudab ta koguda andmeid Prometheuse eksportijate kaudu või temalt endalt.

6. Kas olete mõelnud Zabbixi SaaS-iks tegemisele?

Oleme kaalunud ja kavatseme tulevikus teha, kuid tahame, et lahendus oleks klientidele võimalikult mugav. Sellisel juhul peaks standardne Zabbix olema pakendatud koos suhtlemisvahendite, laiemate andmete kogumise vahenditega jne.

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

Zabbix HA-d võib kindlasti oodata. Ootame, et näha midagi Zabbix 5.0 LTS-is, kuid olukord selgub novembris 2019, kui Zabbix 5.0 lõplik teekaart kinnitatakse.

8. Miks on media type nii piiratud valikuga? Kas plaanite lisada Slacki, telegrammi jne? Kas keegi kasutab veel jabberit?

Jabber eemaldati Zabbixi versioonis 4.4, kuid lisati Webhooks. Mis puutub media types'i, siis ei soovi me süsteemist konkreetseid rakendusi teha, vaid standardseid suhtlusvahendeid. Pole saladus, et paljudel sarnastel chattidel või teeninduslahenditel on API HTTP kaudu, seega muutub olukord sel aastal 4.4 versiooni väljatulekul.

Webhooks'i lisamisega Zabbixisse võib oodata kõige nõutumaid integreerimisi lähitulevikus. Ühtlasi on integreerimised kahepoolne, mitte ainult lihtsad teated ühes suunas. Need media types, mida me ei jõua, loob meie kogukond — nüüd saab media type tervikuna eksportida konfigureerimisfaili, jagada share.zabbix.com või github-is. Ja teistel kasutajatel tuleb lihtsalt fail importida, et alustada sellise integreerimise kasutamist. Lisaks ei pea mingeid lisaskripte paigaldama!

9. Miks ei arendata Virtuaalmasinate avastamise suunda? Ainult vmware on olemas. Paljud ootavad integreerimist ec2 ja openstackiga.

Ei, suund areneb. Näiteks 4.4 versioonis ilmnes andmete avastamine läbi võtme vm.datastore.discovery. Versioonis 4.4 ilmusid ka väga head võtmed wmi.getall – ootame, et selle abil koos võtmega perf_counter_en saab korraliku jälgimise Hyper-V jaoks teostada. Ja Zabbix 5.0s on oodata veel teisi olulisi muudatusi selles suunas.

10. Kas ei ole mõeldud mallidest loobuda ja teha nagu Prometheuses, kus võetakse kõik, mis antakse?

Prometheus kogub automaatselt kõik mõõdikud, see on mugav. Kuid mall on rohkem kui lihtsalt mõõdikute kogum; see on "konteiner", mis sisaldab kogu vajalikku tüüpilist jälgimisconfiguraatsiooni antud ressursi või teenuse tüübi jaoks. Seal on juba naudingute ja graafikute, avastamisreeglite komplekt, kirjeldused mõõdikutele ja lävendiväärtustele, mis aitavad kasutajal mõista, mida kogutakse, ja milliseid lävendeid täpselt kontrollitakse ja miks. Mallidega on lihtne ka teiste kasutajatega jagada — nad saavad hea oma süsteemi jälgimise, olles sealjuures isegi mitte spetsialistid.

11. Miks on nii vähe mõõdikuid pakutakse? See muudab seadistamise operatiivsuse seisukohalt oluliselt keerulisemaks.

Kui räägite valmismallidest, siis sel hetkel töötame meie mallide laiendamise ja parandamise nimel. Zabbix 4.4 ilmus uue, parendatud komplektiga ja paremate võimalustega.

Zabbixi suhtes võib leida share.zabbix.com lehelt valmis malli praktiliselt igasuguste süsteemide jaoks. Kuid me otsustasime, et peame looma baasmalle ise, näidates teistele mugavat näidet, ning vabastama kasutajad vajadusest kirjutada jälle malli mõne MySQL-i jaoks. Seega Zabbixis ametlike mallide arv koos iga versiooniga ainult suureneb.

12. Millal saab ehitada käivitusi, mis ei ole seotud hostidega, vaid näiteks labels'i alusel. Näiteks, meil on veebileht, mida jälgitakse n erinevast punktist, ja me soovime lihtsat käivituspunkti, mis aktiveerub, kui veebileht ei ole kättesaadav kahest või enamast punktist.

Tegelikult on selline funktsioon Zabbixis juba mitu aastat olemas, loodud ühe kliendi jaoks. Klient on ICANN. Samuti saab sarnaseid kontrollimisi teha näiteks agregaatide abil või kasutades Zabbix API-d. Praegu töötame aktiivselt selle nimel, et lihtsustada selliste kontrollide loomist.

P.S.: Ühel Slörmi üritusel küsisid Zabbixi arendajad meilt, mida me soovime tootes näha, et jälgida Kubernetes'e klustereid just Zabbixi abil, mitte Prometheuse kaudu.

On suurepärane, kui arendajad tulevad klientide vastu, mitte ei jää vaid enda asjadega tegelema. Ja nüüd tervitame iga versiooni tõeliselt huvitunud meelestatuses - rõõmustab, et järjest rohkem ja rohkem funktsioone, millest me oleme rääkinud, saavad reaalsuseks.

Kuni arendajad ei suletud endasse ning uurivad klientide vajadusi, elab ja areneb toode. Jälgime Zabbixi uusi versioone.

P.P.S.: Me lansseerime mõne kuu pärast veebikursuse jälgimise teemal. Kui olete huvitatud, registreeruge, et mitte jääda ilma ametlikust teadandest. Seni saab osaleda meie Slörmil Kubernetes'e teemal.

Allikas: habr.com