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
