Daar is 'n bygeloof in IT: "As dit werk, moenie daaraan raak nie." Dit kan gesê word oor ons moniteringstelsel. By Southbridge gebruik ons Zabbix – toe ons dit gekies het, was dit baie cool. En om die waarheid te sê, hy het geen alternatiewe gehad nie.
Met verloop van tyd het ons ekosisteem instruksies gekry, bykomende bindings en integrasie met redmine het verskyn. Zabbix het 'n kragtige mededinger gehad wat in baie opsigte voortreflik was: spoed, HA amper buite die boks, pragtige visualisering, optimalisering van werk in 'n kubernethes-omgewing.
Maar ons is nie haastig om aan te beweeg nie. Ons het besluit om na Zabbix te kyk en te vra watter kenmerke hulle beplan om in die komende vrystellings te maak. Ons het nie op seremonie gestaan nie en het ongemaklike vrae aan Sergey Sorokin, Zabbix-ontwikkelingsdirekteur, en Vitaly Zhuravlev, Solution-argitek, gevra. Lees verder om uit te vind wat daarvan gekom het.
1. Vertel ons van die geskiedenis van die maatskappy. Hoe het die idee vir die produk ontstaan?
Die geskiedenis van die maatskappy het in 1997 begin, toe die stigter en eienaar van die maatskappy, Alexey Vladyshev, as 'n databasisadministrateur in een van die banke gewerk het. Dit het vir Alexey gelyk of dit ondoeltreffend sou wees om databasisse te bestuur sonder om data oor die historiese waardes van 'n wye verskeidenheid parameters te hê, sonder om die huidige en historiese toestand van die omgewing te verstaan.
Terselfdertyd is die moniteringsoplossings wat tans op die mark is baie duur, omslagtig en vereis groot hulpbronne. Daarom begin Alexey om verskeie skrifte te skryf wat hom in staat stel om die deel van die infrastruktuur wat aan hom toevertrou is, effektief te monitor. Dit word 'n stokperdjie. Alexey verander van werk, maar belangstelling in die projek bly steeds. In 2000-2001 is die projek van nuuts af herskryf – en Alexey het daaraan gedink om ander administrateurs die geleentheid te gee om die ontwikkelings te gebruik. Terselfdertyd het die vraag ontstaan onder watter lisensie om die bestaande kode vry te stel. Alexey het besluit om dit onder die GPLv2-lisensie vry te stel. Die instrument is onmiddellik in 'n professionele omgewing opgemerk. Met verloop van tyd het Alexey versoeke vir ondersteuning, opleiding en die uitbreiding van die vermoëns van die sagteware begin ontvang. Die aantal sulke bestellings het voortdurend gegroei. So, natuurlik, het die besluit gekom om 'n maatskappy te stig. Die maatskappy is op 12 April 2005 gestig
2. Watter sleutelpunte kan jy uitlig in die geskiedenis van Zabbix-ontwikkeling?
Daar is tans verskeie sulke punte:
A. Alexey het in 1997 aan draaiboeke begin werk.
b. Publikasie van die kode onder die GPLv2-lisensie - 2001.
V. Zabbix is in 2005 gestig.
d) Sluiting van die eerste vennootskapsooreenkomste, skepping van 'n geaffilieerde program - 2007.
d. Stigting van Zabbix Japan LLC - 2012.
e. Stigting van Zabbix LLC (VSA) - 2015
en. Stigting van Zabbix LLC - 2018
3. Hoeveel mense het jy in diens?
Op die oomblik het die Zabbix-groep van maatskappye 'n bietjie meer as 70 werknemers in diens: ontwikkelaars, toetsers, projekbestuurders, ondersteuningsingenieurs, konsultante, verkoopsmense en bemarkingswerknemers.
4. Hoe skryf jy 'n padkaart, versamel jy terugvoer van gebruikers? Hoe bepaal jy waarheen om volgende te beweeg?
Wanneer 'n Padkaart vir die volgende weergawe van Zabbix geskep word, fokus ons op die volgende belangrike faktore, meer presies, ons versamel Padkaarte volgens die volgende kategorieë:
A. Zabbix strategiese verbeterings. Iets wat Zabbix self baie belangrik ag. Byvoorbeeld, Zabbix-agent geskryf in Go.
b. Dinge wat Zabbix-kliënte en -vennote in Zabbix wil sien. En waarvoor hulle bereid is om te betaal.
V. Wense/voorstelle van Zabbix gemeenskap.
d. Tegniese skulde. 🙂 Dinge wat ons in vorige weergawes vrygestel het, maar nie volle funksionaliteit verskaf het nie, dit nie buigsaam genoeg gemaak het nie, het nie al die opsies gebied nie.
5. Kan jy Zabbix en prometheus vergelyk? Wat is beter en wat is slegter in Zabbix?
Die belangrikste verskil, na ons mening, is dat Prometheus 'n stelsel is wat hoofsaaklik vir die insameling van metrieke is - en om volwaardige monitering in 'n onderneming te versamel, is dit nodig om baie ander komponente by Prometheus te voeg, soos grafana vir visualisering, 'n aparte langtermynberging, en aparte bestuur iewers probleme, werk afsonderlik met logs ...
Daar sal geen standaard moniteringssjablone in Prometheus wees nie; nadat u al die duisende statistieke van uitvoerders ontvang het, sal u onafhanklik problematiese seine daarin moet vind. Opstel van Prometheus - konfigurasielêers. Op sommige plekke is dit geriefliker, in ander nie.
Zabbix is 'n universele platform vir die skep van monitering "van en na", ons het ons eie visualisering, korrelasie van probleme en hul vertoning, verspreiding van toegangsregte tot die stelsel, oudit van aksies, baie opsies om data deur 'n agent in te samel, proxy, met heeltemal verskillende protokolle, die vermoë om die stelsel vinnig uit te brei met inproppe, skrifte, modules ...
Of jy kan eenvoudig die data insamel soos dit is, byvoorbeeld, via die HTTP-protokol, en dan die antwoorde in nuttige maatstawwe omskep deur voorafverwerkingsfunksies soos JavaScript, JSONPath, XMLPath, CSV en dies meer te gebruik. Baie gebruikers waardeer Zabbix vir die vermoë om die stelsel op te stel en te bestuur via 'n webkoppelvlak, vir die vermoë om tipiese moniteringkonfigurasies te beskryf in die vorm van sjablone wat met mekaar gedeel kan word, en wat nie net statistieke bevat nie, maar ook opsporingsreëls, drempelwaardes, grafieke, beskrywings - 'n volledige stel voorwerpe vir die monitering van tipiese voorwerpe.
Baie mense hou ook van die vermoë om bestuur en konfigurasie te outomatiseer deur die Zabbix API. Oor die algemeen wil ek nie 'n holivar reël nie. Dit lyk vir ons asof beide stelsels goed geskik is vir hul take en mekaar harmonieus kan aanvul, byvoorbeeld, Zabbix vanaf weergawe 4.2 kan data van Prometheus-uitvoerders of van homself insamel.
6. Het jy al daaraan gedink om zabbix saas te maak?
Ons het daaroor nagedink en sal dit in die toekoms doen, maar ons wil hierdie oplossing so gerieflik as moontlik vir kliënte maak. In hierdie geval moet standaard Zabbix saam met kommunikasie-instrumente, gevorderde data-insamelingsinstrumente, ensovoorts, aangebied word.
7. Wanneer moet ek zabbix ha verwag? Moet ek wag?
Zabbix HA is beslis 'n wag. Ons hoop regtig om iets in Zabbix 5.0 LTS te sien, maar die situasie sal duideliker word in November 2019 wanneer die Zabbix 5.0 Padkaart volledig bevestig is.
8. Hoekom het mediatipe so 'n swak keuse uit die boks? Beplan jy om Slack, telegram, ens. by te voeg? Gebruik iemand anders Jabber?
Jabber is in Zabbix 4.4 verwyder, maar Webhooks is bygevoeg. Wat mediatipes betref, sal ek nie spesifieke toepassings van die stelsel wil maak nie, maar standaard boodskapgereedskap. Dit is geen geheim dat baie soortgelyke kletse of lessenaardienste 'n API via HTTP het nie - so hierdie jaar met die vrystelling van 4.4 sal die situasie verander.
Met die koms van webhooks in Zabbix, kan u in die nabye toekoms al die gewildste integrasies uit die boks verwag. In hierdie geval sal die integrasie tweerigting wees, en nie net eenvoudige eenrigtingkennisgewings nie. En daardie mediatipes waarby ons nie kan uitkom nie, sal deur ons gemeenskap gedoen word - want nou kan die hele mediatipe na 'n konfigurasielêer uitgevoer word en op share.zabbix.com of github geplaas word. En ander gebruikers sal net die lêer moet invoer om hierdie integrasie te begin gebruik. In hierdie geval hoef u geen bykomende skrifte te installeer nie!
9. Waarom ontwikkel die virtuele masjien-ontdekkingsrigting nie? Daar is net vmware. Baie wag vir integrasie met ec2, openstack.
Nee, die rigting ontwikkel. Byvoorbeeld, in 4.4, het datastore-ontdekking deur die vm.datastore.discovery-sleutel verskyn. In 4.4 het baie oulike wmi.getall-sleutels ook verskyn - ons verwag dat daardeur, tesame met die perf_counter_en-sleutel, dit moontlik sal wees om goeie Hyper-V-monitering te doen. Wel, daar sal ander belangrike veranderinge in hierdie rigting in Zabbix 5.0 wees.
10. Het jy daaraan gedink om die sjablone te laat vaar en dit soos prometeus te doen, wanneer alles wat gegee word, weggeneem word?
Prometheus neem outomaties alle maatstawwe, dit is gerieflik. En 'n sjabloon is meer as net 'n stel statistieke, dit is 'n "houer" wat al die nodige tipiese konfigurasie bevat vir die monitering van 'n gegewe soort hulpbron of diens. Dit het reeds 'n stel belangrike snellers, grafieke, opsporingreëls, dit het beskrywings van maatstawwe en drempels wat die gebruiker help verstaan wat ingesamel word, en watter drempels gekontroleer word en hoekom. Terselfdertyd is sjablone maklik om met ander gebruikers te deel - en hulle sal goeie monitering van hul stelsel kry, selfs sonder om noodwendig 'n kenner daarvan te wees.
11. Hoekom is daar so min maatstawwe uit die boks? Dit bemoeilik ook die opstelling baie uit die operasie-oogpunt.
As jy klaargemaakte sjablone bedoel, is ons tans besig om ons sjablone uit te brei en te verbeter. Zabbix 4.4 kom met 'n nuwe, verbeterde stel en beter kenmerke.
Vir Zabbix kan jy altyd 'n klaargemaakte sjabloon vir byna enige stelsel op share.zabbix.com vind. Maar ons het besluit dat ons self basiese sjablone moet maak, 'n voorbeeld vir ander moet stel, en ook gebruikers bevry daarvan om weer 'n sjabloon vir sommige MySQL te skryf. Daarom sal daar nou in Zabbix net meer amptelike sjablone met elke weergawe wees.
12. Wanneer sal dit moontlik wees om snellers te bou wat nie aan gashere gekoppel is nie, maar byvoorbeeld op etikette gebaseer is. Byvoorbeeld, ons monitor 'n webwerf vanaf n verskillende punte, en ons wil 'n eenvoudige sneller hê wat brand wanneer die webwerf nie vanaf 2 of meer punte toeganklik is nie.
Trouens, sulke funksionaliteit is al etlike jare in Zabbix beskikbaar, geskryf vir een van die kliënte. Kliënt - ICANN. Soortgelyke kontroles kan ook gedoen word, byvoorbeeld deur saamgevoegde items of deur die Zabbix API te gebruik. Ons werk nou aktief daaraan om die skep van sulke tjeks te vereenvoudig.
PS: By een van die Slurms het Zabbix-ontwikkelaars ons gevra wat ons in die produk wil sien om Kubernetes-klusters te monitor met Zabbix, en nie Prometheus nie.
Dit is wonderlik wanneer ontwikkelaars kliënte halfpad ontmoet en nie iets vir hulself bly nie. En nou groet ons elke vrystelling met opregte belangstelling – die goeie nuus is dat al hoe meer kenmerke waaroor ons gepraat het, vlees en bloed word.
Solank die ontwikkelaars nie in hulself onttrek nie, maar in die behoeftes van kliënte belangstel, leef en ontwikkel die produk. Ons sal nuwe Zabbix-vrystellings dophou.
PPS: Ons sal oor 'n paar maande 'n aanlyn moniteringskursus bekendstel. As jy belangstel, teken in om nie die aankondiging mis te loop nie. Intussen kan jy deur ons gaan .
Bron: will.com