Në IT ekziston një supersticion: "Nëse funksionon, mos e prek". Kjo mund të thuhet edhe për sistemin tonë të monitorimit. Në Southbridge ne përdorim Zabbix — kur e zgjodhëm, ai ishte shumë i shkëlqyer. Dhe, në të vërtetë, nuk kishte alternativë.
Me kalimin e kohës, ekosistemi ynë u pasurua me udhëzime, lidhje të tjera, dhe ndodhi integrimi me redmine. Zabbix e fitoi një konkurrent të fuqishëm, i cili e tejkalonte në shumë aspekte: shpejtësia e funksionimit, HA praktikisht nga kutia, vizualizim të bukur, optimizim i funksionimit në mjedisin kubernetes.
Por ne nuk po nxitonim të kalonim. Ne vendosëm të shikojmë nga afër Zabbix dhe të pyesim se cilat funksionalitete planifikojnë të krijojnë në versionet e ardhshme. Ne nuk u kursyen dhe bëmë pyetje të ndërlikuara Sergej Sorokinit, drejtorit të zhvillimit të Zabbix, dhe Vitalij Zhuralov, arkitektit të zgjidhjeve. Çfarë doli nga kjo, lexoni më tej.
1. Na trego për historinë e kompanisë. Si lindi ideja e produktit?
Historia e kompanisë filloi në vitin 1997, kur themeluesi dhe pronari i kompanisë, Aleksej Vladychev, punonte si administrator i bazave të dhënash në një nga bankat. Aleksejt i dukej e paefektshme të menaxhonte bazat e të dhënave pa pasur të dhënat mbi vlerat historike të parametërve të ndryshëm, pa kuptuar gjendjen aktuale dhe historike të mjedisit përreth.
Megjithatë, zgjidhjet e pranishme në atë kohë në treg për monitorimin ishin shumë të shtrenjta, të ngadaltë dhe kërkonin shumë burime. Prandaj, Aleksej fillon të shkruajë skenarë të ndryshëm që i lejojnë të monitorojë në mënyrë efektive pjesën e infrastrukturës që i ishte besuar. Kjo u shndërrua në një hob zakon. Aleksej ndryshon punë, por interesi për projektin mbetet. Në vitet 2000-2001, projekti ri-skriptohet nga fillimi — dhe Aleksej mendon se duhet t'u japë mundësi administratorëve të tjerë të përdorin zhvillimet. Megjithatë, çështja e licencës për të lëshuar kodin e ekzistueshëm u bë një çështje. Aleksej vendosi ta lëshojë atë nën licencën GPLv2. Instrumenti u vërejt menjëherë në ambientin profesional. Me kalimin e kohës, kërkesat për ofrimin e mbështetjes, zhvillimin e trajnimeve, dhe zgjerimin e funksionaliteteve të softuerit filluan të vijnë te Aleksej. Numri i këtyre porosive rritej vazhdimisht. kështu, natyrshëm, erdhi vendimi për të krijuar një kompani. Kompania u themelua më 12 prill 2005.
2. Cilat pika kyçe mund të veçoni në historinë e zhvillimit të Zabbix?
Ka disa pika deri më tani:
a. Fillimi i punës së Alexeit mbi skriptet - vitit 1997.
b. Publikimi i kodit nën licencën GPLv2 - vitin 2001.
c. Themelimi i kompanisë Zabbix - vitin 2005.
d. Nënshkrimi i marrëveshjeve të para partnere, krijimi i programit të partneritetit - vitin 2007.
e. Themelimi i Zabbix Japan LLC - vitin 2012.
f. Themelimi i Zabbix LLC (SHBA) - vitin 2015
g. Themelimi i LLC Zabbix - vitin 2018
3. Sa njerëz punojnë me ju?
Aktualisht, në grupin e kompanive Zabbix punojnë pak më shumë se 70 punonjës: zhvillues, testues, menaxherë projektesh, inxhinierë mbështetjeje, konsultantë, shitës, punonjës të marketingut.
4. Si e shkruani roadmap, mbledhni feedback nga përdoruesit? Si e përcaktoni se në çfarë drejtimi të ecni më tutje?
Në krijimin e Roadmap-it për versionin e ardhshëm të Zabbix, ne orientoheni nga faktorë të rëndësishëm, përkatësisht, ne e mbledhim Roadmap-in sipas kategorive të mëposhtme:
a. Përmirësime strategjike të Zabbix. Diçka që Zabbix e konsideron shumë të rëndësishme. Për shembull, agjenti Zabbix i shkruar në Go.
b. Gjëra që klientët dhe partnerët e Zabbix dëshirojnë të shohin në Zabbix. Dhe për të cilat ata janë të gatshëm të paguajnë.
c. Kërkesat/propozimet nga komuniteti Zabbix.
d. Borxhet teknike. 🙂 Gjëra të cilat ne i publikojmë në versionet e kaluara, por nuk sigurojmë funksionalitet të plotë, nuk i bëjmë mjaft fleksibël, nuk ofrojmë të gjitha opsionet.
5. Mund të krahasoni Zabbix dhe Prometheus? Çfarë është më mirë në Zabbix dhe çfarë më keq?
Dallimi kryesor, sipas mendimit tonë, Prometheus është një sistem kryesisht për mbledhjen e metrikeve - dhe për të arritur një monitorim të plotë në ndërmarrje, duhet të shtoni shumë komponime të tjera me Prometheus, si grafana për vizualizimin, një depo të veçantë për ruajtjen afatgjatë, diku për të menaxhuar problemet, diku për të punuar me logoret…
Nuk do të ketë në Prometheus as ndonjë model të caktuar të monitorimit, duke marrë të gjitha metriket nga eksporterët, do të duhet të kërkoni vetë sinjalet problematike. Konfigurimi i Prometheus - skedarët e konfigurimit. Diku kjo është më e lehtë, diku jo.
Zabbix — është një platformë universale për krijimin e monitorimit "nga e para deri në fund", ne kemi vizualizimin tonë, korrelacionin e problemeve dhe paraqitjen e tyre, shpërndarjen e të drejtave të aksesit në sistem, auditimin e veprimeve, shumë mundësi të mbledhjes së të dhënave përmes agentëve, proxy, për protokolle të ndryshme, mundësinë për të zgjeruar shpejt sistemin me plugin, skripte, module...
Po, mund të mbledhni të dhënat si janë, për shembull, përmes protokollit HTTP, dhe pastaj t'i ktheni përgjigjet në metrika të dobishme përmes funksioneve të tilla si JavaScript, JSONPath, XMLPath, CSV dhe të ngjashme. Shumë përdorues vlerësojnë Zabbix për mundësinë e konfigurimit dhe menaxhimit të sistemit përmes ndërfaqes në web, për mundësinë e përshkrimit të konfigurimeve të zakonshme të monitorimit si shabllone, me të cilat mund të ndaheni me të tjerët dhe që përmbajnë jo vetëm metrika, por edhe rregulla zbulimi, kufizime, grafika, përshkrime — një set i plotë objektesh për monitorimin e objekteve tipike.
Disa gjithashtu e vlerësojnë mundësinë për të automatizuar menaxhimin dhe konfigurimin përmes Zabbix API. Në përgjithësi, nuk dëshirojmë të krijojmë polemika. Na duket se të dyja sistemet janë të përshtatshme për detyrat e tyre dhe mund të plotësojnë njëra-tjetrën në mënyrë harmonike, për shembull, Zabbix nga versioni 4.2 mund të mbledhë të dhëna nga eksportuesit Prometheus ose nga vetë ai.
6. A keni menduar të bëni Zabbix SaaS?
Kemi menduar dhe do ta bëjmë në të ardhmen, por duam ta bëjmë këtë zgjidhje sa më të përshtatshme për klientët. Në këtë rast, Zabbix standard duhet të ofrohet së bashku me mjete komunikimi, mjete të zgjeruara për mbledhjen e të dhënave dhe ashtu si më tej.
7. Kur të presim Zabbix HA? A duhet ta presim?
Zabbix HA me siguri do të vijë. Ne shpresojmë të shohim diçka në Zabbix 5.0 LTS, por situata do të bëhet më e qartë në nëntor 2019, kur të konfirmohet plotësisht Roadmap-i për Zabbix 5.0.
8. Pse lloji i mediave ka një zgjedhje kaq të varfër nga fabrika? A planifikoni të shtoni Slack, Telegram dhe të tjera? A e përdor ende ndokush Jabber?
Jabber u hoq në versionin Zabbix 4.4, por u shtuan Webhooks. Sa i përket tipave të mediave, nuk do të donim të bënim aplikacione specifike nga sistemi, por mjete standarde të komunikimit. Nuk është sekret se shumë nga këto çatë ose shërbime ofruesish kanë API përmes HTTP — prandaj këtë vit, me daljen e 4.4 situata do të ndryshojë.
Me dalë në përdorim webhooks në Zabbix, pritet që të ketë të gjitha integrimet më të kërkuara nga kutia në një të ardhme të afërt. Këto integrime do të jenë dyanshme, jo vetëm njoftime të thjeshta në një drejtim. Llojet e mediave që nuk arijmë dot do të realizohen nga bashkësia jonë — tani lloji i mediave mund të eksportohet plotësisht në një skedar konfigurimi, të ngarkohet në share.zabbix.com ose github. Dhe përdoruesit e tjerë do të duhet vetëm të importojnë skedarin për të filluar të përdorin këtë integrim. Në këtë rast nuk do të jetë nevoja të instaloni asnjë skenar shtesë!
9. Pse nuk zhvillohet drejtimi i zbuluar të makinave virtuale? Ka vetëm vmware. Shumë presin integrimin me ec2, openstack.
Jo, drejtimi po zhvillohet. Për shembull, në 4.4 u shfaq zbulesa e datastore përmes çelësit vm.datastore.discovery. Në 4.4 gjithashtu dolën çelësat shumë të mirë wmi.getall – presim që përmes tij, së bashku me çelësin perf_counter_en, të mund të realizohet një monitorim i mirë i Hyper-V. Po, do të kenë ndryshime të tjera të rëndësishme në këtë drejtim në Zabbix 5.0.
10. A keni menduar të hiqni dorë nga shabllonet dhe të bëni si te prometheus, kur gjithçka që del merret?
Prometeus automatikisht merr të gjitha metrikat, është e përshtatshme. Një shabllon është më shumë se një grup metrikash, është një 'kontejner' që përmban të gjithë konfigurimin tipik të nevojshëm për monitorimin e këtij tipi resursi ose shërbimi. Ai përmban tashmë një grup të rëndësishëm të parametrave ngacmues, grafikëve, rregullave të zbuluar, përshkrimeve të metrikave dhe vlerave kufizuese, të cilat ndihmojnë përdoruesin të kuptojë çfarë po mblidhet dhe cilat kufij po kontrollohen dhe pse. Në të njëjtën kohë, shabllonet është e lehtë të ndahen me përdorues të tjerë — dhe ata do të kenë një monitorim të mirë të sistemit të tyre, edhe pa qenë domosdoshmërisht ekspert në të.
11. Pse ka kaq pak metrika nga kutia? Kjo e komplikon ndjeshëm konfigurimin nga pikëpamja operative.
Nëse nga kutia keni parasysh shabllonet e gatshme, atëherë tani jemi duke punuar për zgjerimin dhe përmirësimin e shablloneve tona. Zabbix 4.4 doli me një grup të ri, të përmirësuar dhe me mundësi më të mira.
Për Zabbix gjithmonë mund të gjeni një shabllon gati në share.zabbix.com për pothuajse çdo sistem. Por ne vendosëm që duhet të krijojmë shabllone bazë edhe vetë, duke treguar shembuj për të tjerët dhe duke i liruar përdoruesit nga nevoja për të shkruar sërish një shabllon për ndonjë MySQL. Prandaj tani në Zabbix, me çdo version, shabllonet zyrtare do të rriten vetëm.
12. Kur do të jetë e mundur të ndërtojmë trigger-a, që nuk i përkasin hosteve, por për shembull në bazë të etiketave. Për shembull, ne monitorojmë një faqe nga n pika të ndryshme dhe ne duam një trigger të thjeshtë, që aktivizohet kur faqja nuk është e aksesueshme nga 2 ose më shumë pika.
Në të vërtetë, një funksionalitet i tillë ekziston në Zabbix prej disa vitesh, i shkruar për një nga klientët. Klienti - ICANN. Po ashtu, kontrollime të ngjashme mund të bëhen, për shembull, përmes item-eve të agreguara ose duke përdorur Zabbix API. Tani po punojmë aktivisht për të thjeshtuar krijimin e verifikimeve të tilla.
P.S.: Në një nga Slërmet, zhvilluesit e Zabbix na pyesën se çfarë dëshirojmë të shohim në produkt, për të monitoruar klastra Kubernetes duke përdorur Zabbix, dhe jo Prometheus.
Është e mrekullueshme kur zhvilluesit i përgjigjen nevojave të klientëve dhe nuk qëndrojnë thjesht për vete. Dhe tani çdo lëshim e presim me interes të sinqertë - na gëzon që gjithnjë e më shumë veçori, për të cilat folëm, po bëhen realitet.
Derisa zhvilluesit nuk mbyllen në vete dhe interesohen për nevojat e klientëve, produkti jeton dhe zhvillohet. Do të vazhdojmë të pajtojmë për lëshimet e reja të Zabbix.
P.P.S.: Pas disa muajsh do të lançojmë një kurs online për monitorimin. Kush është i interesuar, abonohuni që të mos humbisni njoftimin. Dhe për tani mund të kaloni në .
Burimi: habr.com
