În IT există un superstition: „Dacă funcționează, nu-l atinge”. Acesta poate fi spus și despre sistemul nostru de monitorizare. La Southbridge folosim Zabbix — când l-am ales, era foarte bun. Și, de fapt, nu avea alternative.
În timp, ecosistemul nostru s-a îmbogățit cu instrucțiuni, legături suplimentare, a apărut integrarea cu redmine. Zabbix a obținut un competitor puternic care l-a depășit în multe aspecte: viteză, HA practic din cutie, vizualizare atractivă, optimizare a funcționării în medii kubernetes.
Dar nu ne grăbim să facem tranziția. Am decis să aruncăm o privire la Zabbix și să aflăm ce caracteristici plănuiesc să dezvolte în viitoarele versiuni. Nu ne-am menajat și am pus întrebări incomode lui Sergey Sorokin, directorul de dezvoltare al Zabbix, și lui Vitalii Zhuravlev, arhitect soluții. Ce a rezultat din asta, citiți mai departe.
1. Povestiți despre istoria companiei. Cum a apărut ideea produsului?
Istoria companiei a început în 1997, când fondatorul și proprietarul Alexey Vladychev lucra ca administrator de baze de date într-o bancă. Alexey considera ineficient să gestioneze bazele fără a avea date despre valorile istorice ale celor mai variate parametrii, fără să înțeleagă starea curentă și istorică a mediului înconjurător.
Totodată, soluțiile de monitorizare disponibile pe piață erau foarte costisitoare, rigide și necesitau resurse mari. De aceea, Alexey a început să scrie diverse scripturi care îi permiteau să monitorizeze eficient partea de infrastructură încredințată. Asta a devenit o pasiune. Alexey își schimbă locul de muncă, dar interesul pentru proiect rămâne. În anii 2000-2001, proiectul este rescris de la zero — și Alexey începe să se gândească la posibilitatea de a permite altor administratori să folosească realizările sale. Atunci, apare întrebarea sub ce licență să fie lansat codul existent. Alexey ia decizia de a-l publica sub licența GPLv2. Instrumentul a fost imediat observat în mediul profesional. În timp, Alexey a început să primească cereri de suport, formare, extinderea capacităților software-ului. Numărul acestor comenzi a crescut constant. Astfel, s-a ajuns în mod natural la decizia de a înființa o companie. Compania a fost fondată pe 12 aprilie 2005.
2. Ce puncte cheie puteți evidenția în istoria dezvoltării Zabbix?
În prezent, există mai multe astfel de puncte:
a. Începerea lucrului lui Aleksey la scripturi – anul 1997.
b. Publicarea codului sub licența GPLv2 – anul 2001.
c. Înființarea companiei Zabbix – anul 2005.
d. Încheierea primelor acorduri de parteneriat, crearea programului de parteneriat – anul 2007.
e. Înființarea Zabbix Japan LLC – anul 2012.
f. Înființarea Zabbix LLC (SUA) – anul 2015.
g. Înființarea SRL Zabbix – anul 2018.
3. Câți oameni lucrează pentru dumneavoastră?
În prezent, în grupul de companii Zabbix lucrează puțin peste 70 de angajați: dezvoltatori, testeri, manageri de proiect, ingineri de suport, consultanți, vânzători, personal de marketing.
4. Cum redactați roadmap-ul, adunați feedback de la utilizatori? Cum determinați direcția de viitor?
Atunci când creăm Roadmap pentru următoarea versiune Zabbix, ne orientăm după următoarele factori importanți, mai precis, adunăm Roadmap-ul după următoarele categorii:
a. Îmbunătățiri strategice ale Zabbix. Ceva ce Zabbix consideră foarte important. De exemplu, agentul Zabbix scris în Go.
b. Lucruri pe care clienții și partenerii Zabbix doresc să le vadă. Și pentru care sunt dispuși să plătească.
c. Cerințe/sugestii de la comunitatea Zabbix.
d. Datorii tehnice. 🙂 Lucruri pe care le-am lansat în versiunile anterioare, dar nu am asigurat o funcționalitate completă, nu au fost suficient de flexibile, nu au oferit toate opțiunile.
5. Puteți compara Zabbix și Prometheus? Ce este mai bine în Zabbix și ce este mai rău?
Principala diferență, din punctul nostru de vedere, este că Prometheus este un sistem destinat în primul rând colectării metricilor – iar pentru a avea un monitorizare completă în cadrul unei întreprinderi, este necesar să adăugați o mulțime de alte componente la Prometheus, cum ar fi Grafana pentru vizualizare, un depozit de long-term separat, unde să gestionați problemele, să lucrați separat cu logurile...
În Prometheus nu vor exista șabloane standard de monitorizare, primind toate acele mii de metrici de la exportatori, va trebui să găsiți singur semnalele problematice. Configurarea Prometheus – fișiere de configurare. Unde este mai convenabil, unde nu.
Zabbix este o platformă versatilă pentru crearea unui sistem de monitorizare „de la A la Z”, având propria vizualizare, corelarea problemelor și afișarea acestora, distribuția drepturilor de acces la sistem, auditul acțiunilor, o mulțime de opțiuni de colectare a datelor prin intermediul agenților, proxy-urilor, folosind diverse protocoale, și posibilitatea de a extinde rapid sistemul cu pluginuri, scripturi, module…
De asemenea, se pot colecta date așa cum sunt, de exemplu, prin protocolul HTTP, și apoi să transformăm răspunsurile în metrici utile prin funcții de preprocesare, cum ar fi JavaScript, JSONPath, XMLPath, CSV și altele de acest gen. Mulți utilizatori apreciază Zabbix pentru capacitatea de a configura și gestiona sistemul prin intermediul interfeței web, pentru posibilitatea de a descrie configurații tipice de monitorizare sub formă de șabloane, pe care le pot partaja unii cu alții, conținând nu doar metrici, ci și reguli de detectare, limite, grafice, descrieri — un set complet de obiecte pentru monitorizarea obiectelor tipice.
De asemenea, mulți apreciază posibilitatea de a automatiza gestionarea și configurarea prin intermediul Zabbix API. În general, nu vrem să creăm un conflict. Ni se pare că ambele sisteme se potrivesc bine pentru sarcinile lor și se pot completa armonios, de exemplu, Zabbix cu versiunea 4.2 poate obține date de la exportatoarele Prometheus sau de la el însuși.
6. V-ați gândit să faceți Zabbix SaaS?
Ne-am gândit și o vom face în viitor, dar dorim să facem această soluție cât mai convenabilă pentru clienți. În acest caz, Zabbix standard ar trebui să fie oferit împreună cu mijloace de comunicare, instrumente extinse pentru colectarea datelor și așa mai departe.
7. Când să ne așteptăm la Zabbix HA? Și trebuie să așteptăm?
Zabbix HA cu siguranță va apărea. Sperăm să vedem ceva în Zabbix 5.0 LTS, dar situația va deveni mai clară în noiembrie 2019, când va fi confirmat complet planul de dezvoltare Zabbix 5.0.
8. De ce tipurile de media au o selecție atât de limitată din cutie? Nu intenționați să adăugați Slack, Telegram și așa mai departe? Și cine mai folosește Jabber?
Jabber a fost eliminat în versiunea Zabbix 4.4, dar în schimb au fost adăugate Webhooks. În ceea ce privește tipurile de media, nu ne dorim să creăm aplicații specifice din sistem, ci doar instrumente standard de comunicație. Nu este un secret că multe dintre aceste chat-uri sau servicii de asistență au API prin HTTP — de aceea, anul acesta, odată cu lansarea versiunii 4.4, situația se va schimba.
Odată cu apariția webhook-urilor în Zabbix, putem aștepta cele mai solicitate integrații din cutie în curând. Aceste integrații vor fi bidirecționale, nu doar simple notificări într-o singură direcție. Iar tipurile de media, la care nu ne putem conecta, vor fi realizate de comunitatea noastră — pentru că acum tipul de media poate fi exportat integral în fișierul de configurare, încărcat pe share.zabbix.com sau github. Alți utilizatori vor trebui doar să importe fișierul pentru a începe să utilizeze această integrare. În plus, nu va fi necesar să instalați scripturi suplimentare!
9. De ce nu se dezvoltă direcția descoperirii mașinilor virtuale? Există doar VMware. Mulți așteaptă integrarea cu EC2, OpenStack.
Nu, direcția se dezvoltă. De exemplu, în 4.4 a apărut descoperirea datastore-ului prin cheia vm.datastore.discovery. În 4.4 au apărut, de asemenea, cheile foarte interesante wmi.getall – așteptăm ca prin aceasta, împreună cu cheia perf_counter_en, să putem realiza o monitorizare bună a Hyper-V. Și vor fi și alte modificări importante în această direcție în Zabbix 5.0.
10. Nu v-ați gândit să renunțați la șabloane și să faceți ca în Prometheus, când se ia tot ce se oferă?
Prometheus preia automat toate metricile, ceea ce este convenabil. Iar un șablon este mai mult decât un simplu set de metrici, este un „container” care conține întreaga configurație standard necesară pentru monitorizarea acestui tip de resursă sau serviciu. Acesta include un set de triggeri importanți, grafice, reguli de descoperire, descrieri ale metricilor și valorilor limită, care ajută utilizatorul să înțeleagă ce se colectează și ce praguri sunt verificate și de ce. În plus, șabloanele pot fi partajate ușor cu alți utilizatori — iar aceștia vor obține o monitorizare bună a sistemului lor, chiar și fără a fi neapărat experți în acesta.
11. De ce sunt atât de puține metrici din cutie? Asta complică foarte mult configurarea din perspectiva operațiunilor.
Dacă prin din cutie te referi la șabloane gata făcute, atunci chiar acum lucrăm la extinderea și îmbunătățirea șabloanelor noastre. Zabbix 4.4 a fost lansat cu un nou set îmbunătățit și cu cele mai bune funcționalități.
Pentru Zabbix, întotdeauna poți găsi un șablon gata făcut pe share.zabbix.com pentru aproape orice sistem. Dar am decis că ar trebui să creăm și noi șabloane de bază, arătând un exemplu celorlalți și eliberând utilizatorii de scrierea din nou a unui șablon pentru MySQL. Așadar, în prezent, cu fiecare versiune, Zabbix va avea din ce în ce mai multe șabloane oficiale.
12. Când va fi posibil să construim declanșatoare care nu sunt legate de gazde, ci, de exemplu, pe baza etichetelor. De exemplu, monitorizăm un site din n puncte diferite și dorim un declanșător simplu care se activează când site-ul nu este accesibil din 2 sau mai multe puncte.
De fapt, această funcționalitate există în Zabbix de câțiva ani, creată pentru unul dintre clienți. Clientul este ICANN. De asemenea, astfel de verificări pot fi realizate, de exemplu, prin articole agregate sau utilizând API-ul Zabbix. În prezent, lucrăm activ pentru a simplifica crearea acestor verificări.
P.S.: La unul dintre Sloerme, dezvoltatorii Zabbix ne-au întrebat ce dorim să vedem în produs pentru a monitoriza clusterele Kubernetes folosind exact Zabbix și nu Prometheus.
Este minunat când dezvoltatorii sunt receptivi la clienți și nu rămân prizonieri în propria lor lume. Și acum întâmpinăm fiecare lansare cu un interes sincer — este îmbucurător că tot mai multe caracteristici de care am discutat prind viață.
Atâta vreme cât dezvoltatorii nu se închid în ei înșiși, ci se interesează de nevoile clienților, produsul trăiește și se dezvoltă. Vom urmări noile lansări ale Zabbix.
P.P.S.: În câteva luni, vom lansa un curs online despre monitorizare. Cei interesați, abonați-vă pentru a nu rata anunțul. Până atunci, puteți parcurge .
Sursa: habr.com
