Estas superstiĉo en IT: "Se ĝi funkcias, ne tuŝu ĝin." Ĉi tio povas esti dirita pri nia monitora sistemo. Ĉe Southbridge ni uzas Zabbix - kiam ni elektis ĝin, ĝi estis tre mojosa. Kaj, fakte, li ne havis alternativojn.
Kun la tempo, nia ekosistemo akiris instrukciojn, pliajn ligojn, kaj integriĝo kun redmine aperis. Zabbix havis potencan konkuranton kiu estis supera en multaj aspektoj: rapideco, HA preskaŭ el la skatolo, bela bildigo, optimumigo de laboro en kubernethes medio.
Sed ni ne rapidas pluiri. Ni decidis rigardi Zabbix kaj demandi, kiajn funkciojn ili planas fari en la venontaj eldonoj. Ni ne staris dum ceremonio kaj faris malkomfortajn demandojn al Sergey Sorokin, disvolva direktoro de Zabbix, kaj Vitaly Zhuravlev, Solvo-arkitekto. Legu plu por ekscii, kio rezultis el ĝi.
1. Rakontu al ni pri la historio de la kompanio. Kiel aperis la ideo por la produkto?
La historio de la kompanio komenciĝis en 1997, kiam la fondinto kaj posedanto de la kompanio, Alexey Vladyshev, laboris kiel administranto de datumbazoj en unu el la bankoj. Al Alexey ŝajnis, ke estus neefike administri datumbazojn sen havi datumojn pri la historiaj valoroj de diversaj parametroj, sen kompreni la aktualan kaj historian staton de la medio.
Samtempe, la monitoraj solvoj nuntempe sur la merkato estas tre multekostaj, maloportunaj kaj postulas grandajn rimedojn. Tial, Alexey komencas skribi diversajn skriptojn, kiuj permesas al li efike kontroli la parton de la infrastrukturo konfidita al li. Ĝi fariĝas ŝatokupo. Alexey ŝanĝas laborpostenojn, sed intereso pri la projekto restas. En 2000-2001, la projekto estis reverkita de nulo - kaj Alexey pensis pri doni al aliaj administrantoj la ŝancon uzi la evoluojn. Samtempe leviĝis la demando laŭ kiu permesilo liberigi la ekzistantan kodon. Alexey decidis liberigi ĝin sub la permesilo GPLv2. La ilo tuj estis rimarkita en profesia medio. Kun la tempo, Alexey komencis ricevi petojn por subteno, trejnado kaj vastigado de la kapabloj de la programaro. La nombro de tiaj mendoj konstante kreskis. Do, nature, venis la decido krei kompanion. La firmao estis fondita la 12-an de aprilo 2005
2. Kiajn ŝlosilajn punktojn vi povas elstari en la historio de Zabbix-evoluo?
Nuntempe ekzistas pluraj tiaj punktoj:
A. Alexey komencis labori pri manuskriptoj en 1997.
b. Publikigo de la kodo sub la permesilo GPLv2 - 2001.
V. Zabbix estis fondita en 2005.
d. Konkludo de la unuaj partneraj interkonsentoj, kreado de filia programo - 2007.
d. Fondo de Zabbix Japan LLC - 2012.
e. Fondiĝo de Zabbix LLC (Usono) - 2015
kaj. Fondo de Zabbix LLC - 2018
3. Kiom da homoj vi dungas?
Nuntempe, la grupo de kompanioj Zabbix laborigas iom pli ol 70 dungitojn: programistoj, testistoj, projektestroj, subtenaj inĝenieroj, konsultistoj, vendistoj kaj merkataj dungitoj.
4. Kiel vi skribas vojmapon, ĉu vi kolektas komentojn de uzantoj? Kiel vi determinas kien moviĝi poste?
Kreante Vojmapon por la sekva versio de Zabbix, ni koncentriĝas pri la sekvaj gravaj faktoroj, pli precize, ni kolektas Vojmapojn laŭ la sekvaj kategorioj:
A. Zabbix strategiaj plibonigoj. Io, kion Zabbix mem konsideras tre grava. Ekzemple, Zabbix-agento skribita en Go.
b. Aferoj, kiujn klientoj kaj partneroj de Zabbix volas vidi en Zabbix. Kaj por kiu ili pretas pagi.
V. Deziroj/sugestoj de Zabbix-komunumo.
d. Teknikaj ŝuldoj. 🙂 Aferoj, kiujn ni publikigis en antaŭaj versioj, sed ne disponigis plenan funkciecon, ne igis ilin sufiĉe flekseblaj, ne ofertis ĉiujn eblojn.
5. Ĉu vi povas kompari Zabbix kaj Prometeo? Kio estas pli bona kaj kio estas pli malbona en Zabbix?
La ĉefa diferenco, laŭ nia opinio, estas, ke Prometeo estas sistemo ĉefe por kolektado de metrikoj - kaj por kolekti plenan monitoradon en entrepreno, necesas aldoni multajn aliajn komponantojn al Prometeo, kiel grafana por bildigo, aparta longtempa stokado, kaj aparta administrado ie problemoj, labori kun protokoloj aparte...
Ne estos normaj monitoraj ŝablonoj en Prometheus; ricevinte ĉiujn milojn da mezuroj de eksportantoj, vi devos sendepende trovi problemajn signalojn en ili. Agordo de Prometheus - agordaj dosieroj. En kelkaj lokoj ĝi estas pli oportuna, en aliaj ne.
Zabbix estas universala platformo por krei monitoradon "de kaj al", ni havas nian propran bildigon, korelacion de problemoj kaj ilia montrado, distribuado de alirrajtoj al la sistemo, revizio de agoj, multajn eblojn por kolekti datumojn per agento, prokurilo, uzante tute malsamajn protokolojn, la kapablon rapide vastigi la sistemon per kromaĵoj, skriptoj, moduloj...
Aŭ vi povas simple kolekti la datumojn kiel ĝi estas, ekzemple per la HTTP-protokolo, kaj poste turni la respondojn en utilajn metrikojn uzante antaŭpretigajn funkciojn kiel JavaScript, JSONPath, XMLPath, CSV kaj similajn. Multaj uzantoj taksas Zabbix pro la kapablo agordi kaj administri la sistemon per interreta interfaco, pro la kapablo priskribi tipajn monitoradajn agordojn en la formo de ŝablonoj, kiuj povas esti dividitaj unu kun la alia, kaj enhavantaj ne nur metrikojn, sed ankaŭ detektajn regulojn, sojlaj valoroj, grafikaĵoj, priskriboj - kompleta aro de objektoj por monitorado de tipaj objektoj.
Multaj homoj ankaŭ ŝatas la kapablon aŭtomatigi administradon kaj agordon per la Zabbix API. Ĝenerale, mi ne volas organizi holivaron. Ŝajnas al ni, ke ambaŭ sistemoj bone taŭgas por siaj taskoj kaj povas harmonie kompletigi unu la alian, ekzemple, Zabbix de versio 4.2 povas kolekti datumojn de Prometheus-eksportantoj aŭ de si mem.
6. Ĉu vi pensis pri fari zabbix saas?
Ni pensis pri ĝi kaj faros ĝin estonte, sed ni volas fari ĉi tiun solvon kiel eble plej oportuna por klientoj. En ĉi tiu kazo, norma Zabbix devus esti ofertita kune kun komunikaj iloj, altnivelaj datumkolektaj iloj, ktp.
7. Kiam mi atendu zabbix ha? Kaj ĉu ni atendu?
Zabbix HA estas sendube atendado. Ni vere esperas vidi ion en Zabbix 5.0 LTS, sed la situacio fariĝos pli klara en novembro 2019 kiam la Zabbix 5.0 Vojmapo estos plene konfirmita.
8. Kial amaskomunikila tipo havas tiel malbonan elekton el la skatolo? Ĉu vi planas aldoni Slack, telegramon ktp.? Ĉu iu alia uzas Jabber?
Jabber estis forigita en Zabbix 4.4, sed Webhooks estis aldonitaj. Pri amaskomunikiloj, mi ne ŝatus fari specifajn aplikojn el la sistemo, sed normajn mesaĝajn ilojn. Ne estas sekreto, ke multaj similaj babilejoj aŭ labortablaj servoj havas API per HTTP - do ĉi-jare kun la eldono de 4.4 la situacio ŝanĝiĝos.
Kun la apero de rethokoj en Zabbix, vi povas atendi ĉiujn plej popularajn integriĝojn el la skatolo en proksima estonteco. En ĉi tiu kazo, la integriĝo estos dudirekta, kaj ne nur simplaj unudirektaj sciigoj. Kaj tiuj amaskomunikiloj, kiujn ni ne povas atingi, estos faritaj de nia komunumo - ĉar nun la tuta amaskomunikilaro povas esti eksportita al agorda dosiero kaj afiŝita sur share.zabbix.com aŭ github. Kaj aliaj uzantoj nur bezonos importi la dosieron por komenci uzi ĉi tiun integriĝon. En ĉi tiu kazo, vi ne devas instali pliajn skriptojn!
9. Kial la Virtuala maŝina malkovra direkto ne disvolviĝas? Estas nur vmware. Multaj atendas integriĝon kun ec2, openstack.
Ne, la direkto evoluas. Ekzemple, en 4.4, datastore-malkovro aperis per la vm.datastore.discovery-ŝlosilo. En 4.4 aperis ankaŭ tre bonegaj klavoj wmi.getall - ni atendas, ke per ĝi, kune kun la ŝlosilo perf_counter_en, eblos fari bonan monitoradon de Hyper-V. Nu, estos aliaj gravaj ŝanĝoj ĉi-direkte en Zabbix 5.0.
10. Ĉu vi pensis pri forlasi la ŝablonojn kaj fari ĝin kiel prometeus, kiam ĉio, kio estas donita, estas forprenita?
Prometheus aŭtomate prenas ĉiujn metrikojn, ĉi tio estas oportuna. Kaj ŝablono estas pli ol nur aro de metrikoj, ĝi estas "ujo" kiu enhavas la tutan necesan tipan agordon por monitorado de difinita speco de rimedo aŭ servo. Ĝi jam havas aron da gravaj ellasiloj, grafikaĵoj, detektaj reguloj, ĝi havas priskribojn de metrikoj kaj sojloj, kiuj helpas la uzanton kompreni kio estas kolektita, kaj kiuj sojloj estas kontrolitaj kaj kial. Samtempe, ŝablonoj estas facile kundivideblaj kun aliaj uzantoj - kaj ili ricevos bonan monitoradon de sia sistemo, eĉ sen nepre esti fakuloj pri ĝi.
11. Kial estas tiom malmultaj metrikoj el la skatolo? Ĉi tio ankaŭ multe komplikas la aranĝon de la operacia vidpunkto.
Se el la skatolo vi volas diri pretajn ŝablonojn, tiam nun ni laboras por pligrandigi kaj plibonigi niajn ŝablonojn. Zabbix 4.4 venas kun nova, plibonigita aro kaj pli bonaj funkcioj.
Por Zabbix vi ĉiam povas trovi pretan ŝablonon por preskaŭ ajna sistemo ĉe share.zabbix.com. Sed ni decidis, ke ni mem faru bazajn ŝablonojn, donante ekzemplon por aliaj, kaj ankaŭ liberigante uzantojn de denove verki ŝablonon por iu MySQL. Tial nun en Zabbix estos nur pli da oficialaj ŝablonoj kun ĉiu versio.
12. Kiam eblos konstrui ellasilon, kiuj ne estas ligitaj al gastigantoj, sed, ekzemple, bazitaj sur etikedoj. Ekzemple, ni monitoras retejon de n malsamaj punktoj, kaj ni volas simplan ellasilon, kiu pafas kiam la retejo ne estas alirebla de 2 aŭ pli da punktoj.
Fakte, tia funkcieco estas disponebla en Zabbix dum pluraj jaroj, skribita por unu el la klientoj. Kliento - ICANN. Similaj kontroloj ankaŭ povas esti faritaj, ekzemple, per agregitaj eroj aŭ uzante la Zabbix API. Ni nun aktive laboras por simpligi la kreadon de tiaj kontroloj.
PS: Ĉe unu el la Slurms, Zabbix-programistoj demandis al ni, kion ni volas vidi en la produkto por monitori Kubernetes-areojn uzante Zabbix, kaj ne Prometheus.
Estas bonege kiam programistoj renkontas klientojn duonvoje kaj ne restas afero por si mem. Kaj nun ni salutas ĉiun eldonon kun sincera intereso - la bona novaĵo estas, ke pli kaj pli da funkcioj, pri kiuj ni parolis, fariĝas karno kaj sango.
Dum la programistoj ne retiriĝas en si mem, sed interesiĝas pri la bezonoj de klientoj, la produkto vivas kaj disvolvas. Ni rigardos novajn Zabbix-eldonojn.
PPS: Ni lanĉos retan monitoradkurson post kelkaj monatoj. Se vi interesiĝas, abonu por ne maltrafi la anoncon. Dume, vi povas trairi nian .
fonto: www.habr.com