Van egy babona az informatikában: "Ha működik, ne nyúlj hozzá." Ez elmondható megfigyelő rendszerünkről. A Southbridge-nél a Zabbix-ot használjuk – amikor ezt választottuk, nagyon klassz volt. És valójában nem volt alternatívája.
Idővel ökoszisztémánk utasításokat, további kötéseket kapott, és megjelent a redmine integrációja. A Zabbixnak volt egy erős versenytársa, amely több szempontból is felülmúlta: sebesség, HA szinte a dobozból, gyönyörű vizualizáció, kubernethes környezetben végzett munka optimalizálása.
De nem sietünk a továbblépéssel. Úgy döntöttünk, hogy megnézzük a Zabbixot, és megkérdezzük, milyen funkciókat terveznek beépíteni a közelgő kiadásokba. Nem álltunk a ceremónián, és kellemetlen kérdéseket tettünk fel Szergej Sorokinnak, a Zabbix fejlesztési igazgatójának és Vitalij Zsuravlevnek, a megoldás építészének. Olvasson tovább, hogy megtudja, mi lett belőle.
1. Meséljen a cég történetéről. Hogyan jött a termék ötlete?
A cég története 1997-ben kezdődött, amikor a cég alapítója és tulajdonosa, Alexey Vladyshev adatbázis-adminisztrátorként dolgozott az egyik bankban. Alekszej úgy tűnt, hogy nem lenne hatékony az adatbázisok kezelése anélkül, hogy adatokkal rendelkeznének számos paraméter történeti értékeiről, anélkül, hogy megértenék a környezet jelenlegi és történelmi állapotát.
Ugyanakkor a jelenleg piacon lévő monitorozási megoldások nagyon drágák, körülményesek és nagy erőforrásokat igényelnek. Ezért Alexey különféle szkripteket kezd írni, amelyek lehetővé teszik számára, hogy hatékonyan felügyelje az infrastruktúra rábízott részét. Hobbivá válik. Alexey munkahelyet vált, de a projekt iránti érdeklődés továbbra is fennáll. 2000-2001-ben a projektet a semmiből újraírták - és Alexey azon gondolkodott, hogy lehetőséget adjon más rendszergazdáknak is a fejlesztések használatára. Ugyanakkor felmerült a kérdés, hogy milyen licenc alatt adják ki a meglévő kódot. Alexey úgy döntött, hogy kiadja a GPLv2 licenc alatt. Professzionális környezetben azonnal felfigyeltek az eszközre. Idővel Alexey támogatást, képzést és a szoftver képességeinek bővítését kérte. Az ilyen megrendelések száma folyamatosan nőtt. Így természetesen megszületett a döntés egy cégalapításról. A céget 12. április 2005-én alapították
2. Milyen kulcsfontosságú pontokat tud kiemelni a Zabbix fejlesztés történetében?
Jelenleg több ilyen pont létezik:
A. Alexey 1997-ben kezdett el forgatókönyveken dolgozni.
b. A kód közzététele a GPLv2 licenc alatt – 2001.
V. A Zabbix 2005-ben alakult.
d. Az első partnerségi szerződések megkötése, affiliate program létrehozása - 2007.
d) A Zabbix Japan LLC megalapítása – 2012.
e. A Zabbix LLC (USA) megalapítása – 2015
és. A Zabbix LLC alapítása - 2018
3. Hány embert foglalkoztat?
A Zabbix cégcsoport jelenleg valamivel több mint 70 alkalmazottat foglalkoztat: fejlesztőket, tesztelőket, projektmenedzsereket, támogató mérnököket, tanácsadókat, értékesítőket és marketingeseket.
4. Hogyan írsz ütemtervet, gyűjtesz-e visszajelzéseket a felhasználóktól? Hogyan határozod meg, hova költözz tovább?
A Zabbix következő verziójának ütemtervének elkészítésekor a következő fontos tényezőkre összpontosítunk, pontosabban az alábbi kategóriák szerint gyűjtjük az ütemterveket:
A. Zabbix stratégiai fejlesztések. Valami, amit Zabbix maga is nagyon fontosnak tart. Például a Go nyelven írt Zabbix ügynök.
b. Dolgok, amelyeket a Zabbix ügyfelei és partnerei látni szeretnének a Zabbixben. És amiért hajlandók fizetni.
V. Kívánságai/javaslatai a Zabbix közösségtől.
d) Műszaki tartozások. 🙂 Azok a dolgok, amelyeket a korábbi verziókban adtunk ki, de nem biztosították a teljes funkcionalitást, nem tették kellően rugalmassá, nem kínáltak minden lehetőséget.
5. Össze tudod hasonlítani Zabbixet és Prométheuszt? Mi a jobb és mi a rosszabb a Zabbixban?
A fő különbség véleményünk szerint az, hogy a Prometheus elsősorban mérőszámok gyűjtésére szolgáló rendszer - és ahhoz, hogy egy vállalkozásban teljes értékű monitorozást gyűjtsünk, sok más komponenst is hozzá kell adni a Prometheushoz, mint például a grafana a vizualizációhoz, a külön hosszú távú tárolás, és külön kezelés valahol problémák, külön munka a naplókkal...
A Prometheusban nem lesznek szabványos megfigyelési sablonok; miután megkapta az összes ezer mérőszámot az exportőröktől, önállóan kell megtalálnia bennük a problémás jeleket. A Prometheus beállítása - konfigurációs fájlok. Egyes helyeken kényelmesebb, máshol nem.
A Zabbix egy univerzális platform az „innen és oda” felügyelet létrehozására, saját vizualizációval, a problémák és azok megjelenítésének korrelációjával, a rendszerhez való hozzáférési jogok elosztásával, a műveletek auditjával, számos lehetőséggel az ügynökön keresztüli adatgyűjtésre, proxy, teljesen más protokollok használatával, a rendszer gyors bővítésének lehetősége pluginekkel, szkriptekkel, modulokkal...
Vagy egyszerűen összegyűjtheti az adatokat, például a HTTP protokollon keresztül, majd a válaszokat hasznos metrikákká alakíthatja olyan előfeldolgozó függvények segítségével, mint a JavaScript, JSONPath, XMLPath, CSV és hasonlók. Sok felhasználó nagyra értékeli a Zabbix-ot a rendszer webes felületen keresztüli konfigurálására és menedzselésére, a tipikus megfigyelési konfigurációk leírására olyan sablonok formájában, amelyek megoszthatók egymással, és amelyek nemcsak mérőszámokat, hanem észlelési szabályokat is tartalmaznak, küszöbértékek, grafikonok, leírások - objektumok teljes készlete a tipikus objektumok megfigyeléséhez.
Sokan szeretik azt is, hogy a Zabbix API-n keresztül automatizálható a felügyelet és a konfiguráció. Általában nem akarok ünnepséget szervezni. Számunkra úgy tűnik, hogy mindkét rendszer alkalmas a feladataira, és harmonikusan kiegészítheti egymást, például a 4.2-es verzióból származó Zabbix képes adatokat gyűjteni a Prometheus exportőreitől vagy önmagától.
6. Gondoltál már a zabbix saas készítésre?
Gondoltunk rá, és a jövőben is meg fogjuk tenni, de szeretnénk ezt a megoldást a lehető legkényelmesebbé tenni az ügyfelek számára. Ebben az esetben szabványos Zabbix-ot kell kínálni kommunikációs eszközökkel, fejlett adatgyűjtési eszközökkel és így tovább.
7. Mikorra várható a zabbix ha? Várjak e?
A Zabbix HA határozottan vár. Nagyon reméljük, hogy látunk valamit a Zabbix 5.0 LTS-ben, de a helyzet világosabbá válik 2019 novemberében, amikor a Zabbix 5.0 ütemterv teljes mértékben megerősítést nyer.
8. Miért van az adathordozó típusának olyan gyenge választéka a dobozból? Tervezi a Slacket, a táviratot stb. Használ még valaki Jabbert?
A Jabbert eltávolították a Zabbix 4.4-ben, de hozzáadták a Webhookot. A médiatípusokat illetően nem konkrét alkalmazásokat szeretnék készíteni a rendszerből, hanem szabványos üzenetküldő eszközöket. Nem titok, hogy sok hasonló chat vagy asztali szolgáltatás rendelkezik API-val HTTP-n keresztül – így idén a 4.4 megjelenésével a helyzet megváltozik.
A webhookok megjelenésével a Zabbixben a közeljövőben az összes legnépszerűbb integrációra számíthatsz. Ebben az esetben az integráció kétirányú lesz, és nem csak egyszerű egyirányú értesítések. Azokat a médiatípusokat pedig, amelyekhez nem tudunk hozzáférni, a közösségünk fogja megtenni – mert most már a teljes médiatípus exportálható egy konfigurációs fájlba, és közzétehető a share.zabbix.com vagy a github oldalon. Más felhasználóknak pedig csak importálniuk kell a fájlt az integráció használatához. Ebben az esetben nem kell további szkripteket telepítenie!
9. Miért nem fejlődik a Virtuálisgép-felderítési irány? Csak vmware van. Sokan az ec2, openstack integrációra várnak.
Nem, az irány fejlődik. Például a 4.4-es verzióban az adattár-felderítés a vm.datastore.discovery kulcson keresztül jelent meg. 4.4-ben megjelentek a nagyon menő wmi.getall kulcsok is - arra számítunk, hogy ezen keresztül a perf_counter_en kulccsal együtt jó Hyper-V monitorozást lehet majd végezni. Nos, a Zabbix 5.0-ban további fontos változások lesznek ebben az irányban.
10. Gondoltál már arra, hogy elhagyd a sablonokat, és úgy csináld, mint a prometeusz, amikor mindent elvesznek, ami adott?
A Prometheus automatikusan átveszi az összes mérőszámot, ez kényelmes. A sablon pedig több, mint pusztán mérőszámok halmaza, ez egy „tároló”, amely tartalmazza az összes szükséges tipikus konfigurációt egy adott típusú erőforrás vagy szolgáltatás figyeléséhez. Már van benne fontos triggerek, grafikonok, észlelési szabályok, olyan metrikák és küszöbértékek leírása, amelyek segítenek a felhasználónak megérteni, hogy mit gyűjtenek, és mely küszöbértékeket ellenőrzik és miért. Ugyanakkor a sablonok könnyen megoszthatók más felhasználókkal – és jól megfigyelhetik rendszerüket, még akkor is, ha nem feltétlenül jártasak ebben.
11. Miért van olyan kevés mérőszám? Ez működési szempontból is nagyban bonyolítja a beállítást.
Ha a dobozból a kész sablonokra gondol, akkor jelenleg sablonjaink bővítésén és fejlesztésén dolgozunk. A Zabbix 4.4 új, továbbfejlesztett készlettel és jobb szolgáltatásokkal érkezik.
A Zabbix számára mindig talál kész sablont szinte minden rendszerhez a share.zabbix.com oldalon. De úgy döntöttünk, hogy magunk készítjük el az alapvető sablonokat, példát mutatva másoknak, és megszabadítjuk a felhasználókat attól, hogy ismét sablont írjanak néhány MySQL-hez. Ezért most a Zabbixban csak több hivatalos sablon lesz minden verzióhoz.
12. Mikor lehet olyan triggereket építeni, amelyek nem hostokhoz vannak kötve, hanem például címkék alapján. Például egy webhelyet n különböző pontról figyelünk, és egy egyszerű triggert szeretnénk, amely akkor aktiválódik, ha a webhely 2 vagy több pontról nem érhető el.
Valójában ez a funkció már évek óta elérhető a Zabbixban, az egyik ügyfél számára írva. Ügyfél - ICANN. Hasonló ellenőrzések végezhetők például összesített elemeken keresztül vagy a Zabbix API használatával. Jelenleg aktívan dolgozunk az ilyen csekkek létrehozásának egyszerűsítésén.
PS: Az egyik Slurm-on a Zabbix fejlesztői megkérdezték tőlünk, hogy mit szeretnénk látni a termékben, hogy a Kubernetes-fürtöket Zabbix, és nem Prometheus segítségével figyelhessük.
Nagyszerű, amikor a fejlesztők félúton találkoznak az ügyfelekkel, és nem maradnak magukra. És most minden kiadást őszinte érdeklődéssel üdvözölünk – a jó hír az, hogy egyre több olyan funkció válik hús-vérré, amelyekről már beszéltünk.
Amíg a fejlesztők nem húzódnak meg magukba, hanem érdeklődnek az ügyfelek igényei iránt, addig a termék él és fejlődik. Figyelni fogjuk az új Zabbix kiadásokat.
PPS: Néhány hónapon belül online monitoring tanfolyamot indítunk. Ha érdekel, iratkozz fel, hogy ne maradj le a hirdetményről. Addig is átnézheti a mieinket .
Forrás: will.com