IT srityje yra prietaras: „Jei tai veikia, nelieskite“. Tai galima pasakyti apie mūsų stebėjimo sistemą. Southbridge mes naudojame Zabbix – kai jį pasirinkome, buvo labai šaunu. Ir, tiesą sakant, jis neturėjo alternatyvų.
Laikui bėgant mūsų ekosistema įgijo instrukcijas, papildomus surišimus ir atsirado integracija su redmine. „Zabbix“ turėjo galingą konkurentą, kuris buvo pranašesnis daugeliu aspektų: greitis, HA beveik iš dėžės, graži vizualizacija, darbo optimizavimas kubernethes aplinkoje.
Bet mes neskubame judėti toliau. Nusprendėme pažvelgti į „Zabbix“ ir paklausti, kokias funkcijas jie planuoja įdiegti būsimuose leidimuose. Ceremonijoje nestovėjome ir uždavėme nepatogius klausimus Sergejui Sorokinui, „Zabbix“ plėtros direktoriui ir Vitalijui Žuravlevui, sprendimų architektui. Skaitykite toliau, kad sužinotumėte, kas iš to išėjo.
1. Papasakokite apie įmonės istoriją. Kaip kilo produkto idėja?
Įmonės istorija prasidėjo 1997 m., kai įmonės įkūrėjas ir savininkas Aleksejus Vladyševas dirbo duomenų bazės administratoriumi viename iš bankų. Aleksejui atrodė, kad būtų neefektyvu tvarkyti duomenų bazes, neturint duomenų apie įvairiausių parametrų istorines reikšmes, nesuvokiant dabartinės ir istorinės aplinkos būklės.
Tuo pačiu metu šiuo metu rinkoje esantys stebėjimo sprendimai yra labai brangūs, gremėzdiški ir reikalaujantys didelių išteklių. Todėl Aleksejus pradeda rašyti įvairius scenarijus, leidžiančius efektyviai stebėti jam patikėtą infrastruktūros dalį. Tai virsta hobiu. Aleksejus keičia darbą, tačiau susidomėjimas projektu išlieka. 2000–2001 m. projektas buvo perrašytas nuo nulio - ir Aleksejus galvojo apie galimybę kitiems administratoriams suteikti galimybę naudotis plėtra. Tuo pačiu metu iškilo klausimas, pagal kokią licenciją išleisti esamą kodą. Aleksejus nusprendė jį išleisti pagal GPLv2 licenciją. Įrankis buvo iškart pastebėtas profesionalioje aplinkoje. Laikui bėgant Aleksejus pradėjo gauti pagalbos, mokymo ir programinės įrangos galimybių išplėtimo užklausų. Tokių užsakymų skaičius nuolat augo. Taigi, natūralu, atėjo sprendimas kurti įmonę. Įmonė buvo įkurta 12 metų balandžio 2005 dieną
2. Kokius pagrindinius dalykus galite išskirti Zabbix kūrimo istorijoje?
Šiuo metu yra keletas tokių punktų:
A. Aleksejus pradėjo kurti scenarijus 1997 m.
b. Kodo paskelbimas pagal GPLv2 licenciją – 2001 m.
V. „Zabbix“ buvo įkurta 2005 m.
d.Pirmųjų partnerystės sutarčių sudarymas, partnerystės programos sukūrimas – 2007 m.
d. „Zabbix Japan LLC“ įkūrimas – 2012 m.
e. „Zabbix LLC“ (JAV) įkūrimas – 2015 m
ir. „Zabbix LLC“ įkūrimas – 2018 m
3. Kiek žmonių jūs įdarbinate?
Šiuo metu „Zabbix“ įmonių grupėje dirba kiek daugiau nei 70 darbuotojų: kūrėjai, testuotojai, projektų vadovai, palaikymo inžinieriai, konsultantai, pardavėjai, rinkodaros darbuotojai.
4. Kaip rašote veiksmų planą, ar renkate vartotojų atsiliepimus? Kaip nustatyti, kur judėti toliau?
Kurdami planą kitai Zabbix versijai, sutelkiame dėmesį į šiuos svarbius veiksnius, tiksliau, renkame planus pagal šias kategorijas:
A. „Zabbix“ strateginiai patobulinimai. Kažkas, ką pats Zabbix laiko labai svarbiu. Pavyzdžiui, Zabbix agentas, parašytas Go.
b. Dalykai, kuriuos „Zabbix“ klientai ir partneriai nori matyti „Zabbix“. Ir už ką jie yra pasirengę mokėti.
V. Zabbix bendruomenės linkėjimai/pasiūlymai.
d) techninės skolos. 🙂 Daiktai, kuriuos išleidome ankstesnėse versijose, bet neužtikrino viso funkcionalumo, nepadarė pakankamai lankstūs, nepasiūlė visų galimybių.
5. Ar galite palyginti Zabbixą ir Prometėją? Kas yra geriau ir kas blogiau Zabbix?
Pagrindinis skirtumas, mūsų nuomone, yra tas, kad „Prometheus“ yra sistema, visų pirma skirta metrikai rinkti – ir norint surinkti visavertį stebėjimą įmonėje, prie „Prometheus“ reikia pridėti daug kitų komponentų, tokių kaip grafana vizualizacijai, atskiras ilgalaikis saugojimas, ir atskiras valdymas kažkur problemos, darbas su rąstais atskirai...
„Prometheus“ nebus standartinių stebėjimo šablonų, gavę visus tūkstančius metrikų iš eksportuotojų, turėsite juose savarankiškai rasti probleminius signalus. „Prometheus“ nustatymas – konfigūracijos failai. Kai kur patogiau, kitur – ne.
„Zabbix“ yra universali platforma stebėjimui „iš ir iki“ kurti, mes turime savo vizualizaciją, problemų koreliaciją ir jų rodymą, prieigos teisių paskirstymą prie sistemos, veiksmų auditą, daugybę duomenų rinkimo per agentą galimybių, proxy, naudojant visiškai skirtingus protokolus, galimybę greitai plėsti sistemą įskiepiais, scenarijais, moduliais...
Arba galite tiesiog rinkti duomenis tokius, kokie jie yra, pavyzdžiui, naudodami HTTP protokolą, o tada atsakymus paversti naudinga metrika, naudodami išankstinio apdorojimo funkcijas, tokias kaip JavaScript, JSONPath, XMLPath, CSV ir panašiai. Daugelis vartotojų vertina „Zabbix“ už galimybę konfigūruoti ir valdyti sistemą per žiniatinklio sąsają, už galimybę aprašyti tipines stebėjimo konfigūracijas šablonų, kuriuos galima bendrinti tarpusavyje ir kuriuose yra ne tik metrikos, bet ir aptikimo taisyklių, forma, slenkstinės reikšmės, grafikai, aprašymai – pilnas objektų rinkinys tipiniams objektams stebėti.
Daugeliui žmonių taip pat patinka galimybė automatizuoti valdymą ir konfigūraciją naudojant Zabbix API. Apskritai aš nenoriu organizuoti holivaro. Mums atrodo, kad abi sistemos puikiai tinka savo užduotims atlikti ir gali harmoningai viena kitą papildyti, pavyzdžiui, Zabbix iš 4.2 versijos gali rinkti duomenis iš Prometheus eksportuotojų arba iš savęs.
6. Ar galvojote apie „zabbix saas“ gaminimą?
Galvojome ir darysime ateityje, tačiau norime, kad šis sprendimas būtų kuo patogesnis klientams. Šiuo atveju standartinis Zabbix turėtų būti siūlomas kartu su komunikacijos įrankiais, pažangiais duomenų rinkimo įrankiais ir pan.
7. Kada turėčiau tikėtis zabbix ha? Ir ar turėtume palaukti?
„Zabbix HA“ tikrai laukia. Labai tikimės ką nors pamatyti „Zabbix 5.0 LTS“, tačiau situacija taps aiškesnė 2019 m. lapkritį, kai bus visiškai patvirtintas „Zabbix 5.0 Roadmap“.
8. Kodėl laikmenos tipas turi tokį prastą pasirinkimą? Ar planuojate pridėti Slack, telegramą ir pan.? Ar kas nors kitas naudoja Jabber?
„Jabber“ buvo pašalintas iš „Zabbix 4.4“, tačiau buvo pridėta „Webhooks“. Kalbant apie medijos tipus, norėčiau iš sistemos kurti ne konkrečias programas, o standartines pranešimų siuntimo priemones. Ne paslaptis, kad daugelis panašių pokalbių ar stalo paslaugų turi API per HTTP – taigi šiemet, išleidus 4.4, situacija pasikeis.
Atsiradus „Zabbix“ žiniatinklio kabliukams, artimiausiu metu galite tikėtis visų populiariausių integracijų. Šiuo atveju integracija bus dvipusė, o ne tik paprasti vienpusiai pranešimai. O tuos medijos tipus, kurių negalime pasiekti, padarys mūsų bendruomenė, nes dabar visą medijos tipą galima eksportuoti į konfigūracijos failą ir paskelbti share.zabbix.com arba github. O kitiems vartotojams tereikia importuoti failą, kad pradėtų naudoti šią integraciją. Tokiu atveju jums nereikia diegti jokių papildomų scenarijų!
9. Kodėl Virtualios mašinos atradimo kryptis nesivysto? Yra tik vmware. Daugelis laukia integracijos su ec2, openstack.
Ne, kryptis vystosi. Pavyzdžiui, 4.4 versijoje duomenų saugyklos atradimas atsirado naudojant raktą vm.datastore.discovery. 4.4 pasirodė ir labai šaunūs wmi.getall raktai - tikimės, kad per jį kartu su perf_counter_en raktu bus galima atlikti gerą Hyper-V stebėjimą. Na, „Zabbix 5.0“ bus ir kitų svarbių pakeitimų šia kryptimi.
10. Ar galvojote atsisakyti šablonų ir daryti tai kaip prometeus, kai atimama viskas, kas duodama?
Prometėjas automatiškai ima visus rodiklius, tai patogu. Ir šablonas yra daugiau nei tik metrikų rinkinys, tai „konteineris“, kuriame yra visa reikalinga tipinė konfigūracija, skirta tam tikro tipo ištekliui ar paslaugai stebėti. Jame jau yra svarbių trigerių, grafikų, aptikimo taisyklių rinkinys, yra metrikų ir slenksčių aprašymai, kurie padeda vartotojui suprasti, kas renkama, kokios slenksčiai tikrinami ir kodėl. Tuo pačiu metu šablonais lengva dalytis su kitais vartotojais – jie galės gerai stebėti savo sistemą, net nebūtinai būdami jos ekspertu.
11. Kodėl yra tiek mažai metrikų? Tai taip pat labai apsunkina sąranką veikimo požiūriu.
Jei iš karto turite omenyje paruoštus šablonus, šiuo metu mes stengiamės plėsti ir tobulinti savo šablonus. „Zabbix 4.4“ yra su nauju, patobulintu rinkiniu ir geresnėmis funkcijomis.
„Zabbix“ svetainėje share.zabbix.com visada galite rasti paruoštą šabloną beveik bet kuriai sistemai. Tačiau nusprendėme, kad pagrindinius šablonus turėtume sukurti patys, rodydami pavyzdį kitiems, taip pat atleisdami vartotojus nuo dar kartą rašyti šabloną tam tikram MySQL. Todėl dabar „Zabbix“ su kiekviena versija bus tik daugiau oficialių šablonų.
12. Kada bus galima sukurti trigerius, kurie nėra susieti su hostais, o, pavyzdžiui, pagal etiketes. Pavyzdžiui, stebime svetainę iš n skirtingų taškų ir norime paprasto aktyviklio, kuris suaktyvinamas, kai svetainė nepasiekiama iš 2 ar daugiau taškų.
Tiesą sakant, tokia funkcija buvo prieinama Zabbix kelerius metus, parašyta vienam iš klientų. Klientas – ICANN. Panašūs patikrinimai taip pat gali būti atliekami, pavyzdžiui, naudojant apibendrintus elementus arba naudojant Zabbix API. Dabar aktyviai stengiamės supaprastinti tokių čekių kūrimą.
PS: Viename iš „Slurms“ „Zabbix“ kūrėjai mūsų paklausė, ką norime matyti produkte, kad galėtume stebėti „Kubernetes“ grupes naudodami „Zabbix“, o ne „Prometheus“.
Puiku, kai kūrėjai sutinka klientus pusiaukelėje ir nelieka sau. O dabar kiekvieną leidimą sveikiname su nuoširdžiu susidomėjimu – gera žinia ta, kad vis daugiau funkcijų, apie kurias kalbėjome, tampa kūnu ir krauju.
Kol kūrėjai nesitraukia į save, o domisi klientų poreikiais, tol produktas gyvuoja ir vystosi. Stebėsime naujus „Zabbix“ leidimus.
PGS: Po kelių mėnesių pradėsime internetinį stebėjimo kursą. Jei susidomėjote, užsiprenumeruokite, kad nepraleistumėte anonso. Tuo tarpu galite eiti per mūsų .
Šaltinis: www.habr.com