Nel settore IT esiste una superstizione: «Se funziona, non toccarlo». Questo vale anche per il nostro sistema di monitoraggio. In Southbridge utilizziamo Zabbix — quando lo abbiamo scelto, era davvero impressionante. E, in sostanza, non aveva rivali.
Nel tempo, il nostro ecosistema si è arricchito di istruzioni, ulteriori componenti, ed è stata implementata un'integrazione con Redmine. Zabbix ha acquisito un potente concorrente che lo superava in molti aspetti: velocità di elaborazione, HA praticamente out-of-the-box, una visualizzazione accattivante e ottimizzazione delle prestazioni in ambienti Kubernetes.
Ma non ci affrettiamo a fare il passaggio. Abbiamo deciso di dare un'occhiata a Zabbix e scoprire quali funzionalità hanno in programma per i prossimi rilasci. Non ci siamo fatti scrupoli e abbiamo posto domande scomode a Sergey Sorokin, il direttore dello sviluppo di Zabbix, e a Vitaliy Zhuravlev, Solution Architect. Cosa è emerso? Continuate a leggere.
1. Raccontateci la storia dell'azienda. Come è nata l'idea del prodotto?
La storia dell'azienda inizia nel 1997, quando il fondatore e proprietario, Alexey Vladyshev, lavorava come amministratore di database in una banca. Alexey riteneva inefficace gestire i database senza avere a disposizione dati storici su vari parametri, senza comprendere lo stato attuale e storico dell'ambiente circostante.
A quel tempo, le soluzioni di monitoraggio presenti sul mercato erano molto costose, rigide e richiedevano molte risorse. Così, Alexey inizia a scrivere vari script che gli consentono di monitorare efficacemente la porzione di infrastruttura a lui affidata. Questo diventa un hobby. Alexey cambia lavoro, ma l'interesse per il progetto rimane. Nel 2000-2001, il progetto viene riscritto da zero — e Alexey inizia a pensare di dare agli altri amministratori la possibilità di utilizzare i frutti del suo lavoro. Si pone però la questione di quale licenza usare per pubblicare il codice esistente. Alexey decide di rilasciarlo sotto licenza GPLv2. Lo strumento viene immediatamente notato nella comunità professionale. Col passare del tempo, Alexey inizia a ricevere richieste di supporto, formazione e ampliamento delle funzionalità del software. Il numero di questi ordini è costantemente aumentato. Così, è arrivata naturalmente la decisione di fondare un'azienda. L'azienda è stata fondata il 12 aprile 2005.
2. Quali punti chiave potete evidenziare nella storia di Zabbix?
Attualmente ci sono diversi punti chiave:
a. Inizio del lavoro di Alexey sugli script — 1997.
b. Pubblicazione del codice sotto licenza GPLv2 — 2001.
c. Fondazione dell'azienda Zabbix — 2005.
d. Firma dei primi contratti di partnership, creazione del programma di partnership — 2007.
e. Fondazione di Zabbix Japan LLC — 2012.
f. Fondazione di Zabbix LLC (USA) — 2015.
g. Fondazione di ООО Заббикс — 2018.
3. Quante persone lavorano con voi?
Attualmente, nel gruppo di aziende Zabbix, lavorano poco più di 70 persone: sviluppatori, tester, project manager, ingegneri di supporto, consulenti, venditori e personale di marketing.
4. Come scrivete il roadmap? Raccogliete feedback dagli utenti? Come decidete in quale direzione andare?
Quando creiamo il roadmap per la prossima versione di Zabbix, ci basiamo su importanti fattori, raccogliendo il roadmap nelle seguenti categorie:
a. Miglioramenti strategici di Zabbix. Cose che Zabbix considera molto importanti. Ad esempio, l'agente Zabbix scritto in Go.
b. Cose che i clienti e i partner di Zabbix vogliono vedere in Zabbix. Per le quali sono disposti a pagare.
c. Richieste/proposte dalla comunità di Zabbix.
d. Debiti tecnici. 🙂 Cose che abbiamo rilasciato nelle versioni precedenti, ma per le quali non abbiamo fornito funzionalità complete, non le abbiamo rese abbastanza flessibili o non abbiamo offerto tutte le opzioni.
5. Potete confrontare Zabbix e Prometheus? Cosa fa meglio Zabbix e cosa no?
La principale differenza, secondo noi, è che Prometheus è principalmente un sistema per la raccolta di metriche — e per creare un monitoraggio completo in un'azienda, è necessario aggiungere molte altre componenti a Prometheus, come Grafana per la visualizzazione, un'archiviazione long-term separata, gestire i problemi da qualche parte, lavorare separatamente con i log…
In Prometheus non ci saranno nemmeno modelli di monitoraggio predefiniti; dopo aver ricevuto tutte le migliaia di metriche dagli esportatori, sarà necessario trovare autonomamente i segnali problematici. La configurazione di Prometheus avviene tramite file di configurazione. A volte è più comodo, altre volte no.
Zabbix è una piattaforma versatile per la creazione di monitoraggi "end-to-end", con visualizzazioni proprie, correlazione dei problemi e loro visualizzazione, distribuzione dei diritti di accesso al sistema, audit delle azioni, molteplici opzioni di raccolta dati tramite agenti, proxy e vari protocolli, con la possibilità di ampliare rapidamente il sistema tramite plugin, script e moduli...
È possibile raccogliere semplicemente i dati così come sono, ad esempio, tramite il protocollo HTTP, e poi trasformare le risposte in metriche utili grazie a funzioni di pre-elaborazione come JavaScript, JSONPath, XMLPath, CSV e simili. Molti utenti apprezzano Zabbix per la possibilità di configurare e gestire il sistema tramite un'interfaccia web, per la descrizione di configurazioni di monitoraggio standard sotto forma di template, da condividere con altri, contenenti non solo metriche, ma anche regole di rilevazione, soglie, grafici e descrizioni — un insieme completo di oggetti per il monitoraggio di oggetti standard.
In molti apprezzano anche la possibilità di automatizzare la gestione e la configurazione tramite l'API di Zabbix. Insomma, non vogliamo innescare polemiche. A nostro avviso, entrambi i sistemi sono adatti ai loro compiti e possono completarsi a vicenda in modo armonioso; ad esempio, Zabbix dalla versione 4.2 può raccogliere dati da esportatori Prometheus o da se stesso.
6. Non avete pensato di realizzare Zabbix SaaS?
Ci abbiamo pensato e lo faremo in futuro, ma vogliamo rendere questa soluzione il più comoda possibile per i clienti. In questo caso, il Zabbix standard dovrebbe essere offerto insieme a strumenti di comunicazione, strumenti avanzati per la raccolta dei dati e così via.
7. Quando aspettarsi Zabbix HA? E ci si può aspettare?
Zabbix HA è certamente atteso. Speriamo di vedere qualcosa in Zabbix 5.0 LTS, ma la situazione sarà più chiara a novembre 2019, quando il Roadmap di Zabbix 5.0 sarà completamente confermato.
8. Perché il tipo di media ha così poche opzioni di default? Non prevedete di aggiungere Slack, Telegram e così via? E Jabber, è ancora usato da qualcuno?
Jabber è stato rimosso nella versione 4.4 di Zabbix, ma abbiamo aggiunto i Webhooks. Per quanto riguarda i tipi di media, non vorremmo creare applicazioni specifiche nel sistema, ma piuttosto strumenti di comunicazione standard. Non è un segreto che molti di questi chat o service desk hanno API tramite HTTP; quindi, quest'anno, con l'uscita della versione 4.4, la situazione cambierà.
Con l'introduzione dei webhooks in Zabbix, ci si può aspettare le integrazioni più richieste pronte all'uso a breve. Queste integrazioni saranno bidirezionali e non solo semplici notifiche unidirezionali. E i tipi di media che non raggiungeremo saranno creati dalla nostra community; infatti, ora i tipi di media possono essere interamente esportati in un file di configurazione, pubblicato su share.zabbix.com o GitHub. Altri utenti dovranno solo importare il file per iniziare a utilizzare tale integrazione. Non sarà necessario installare script aggiuntivi!
9. Perché non si sta sviluppando la scoperta delle macchine virtuali? C'è solo VMware. Molti aspettano l'integrazione con EC2, OpenStack.
No, la direzione si sta sviluppando. Ad esempio, nella 4.4 è stata introdotta la scoperta dei datastore tramite la chiave vm.datastore.discovery. Nella 4.4 sono state aggiunte anche ottime chiavi come wmi.getall; ci aspettiamo che con essa, insieme alla chiave perf_counter_en, sia possibile realizzare un buon monitoraggio di Hyper-V. Ci saranno altre modifiche importanti in questa direzione in Zabbix 5.0.
10. Non avete pensato di abbandonare i template e fare come Prometheus, quando si raccoglie tutto ciò che viene fornito?
Prometheus raccoglie automaticamente tutte le metriche, il che è comodo. Ma un template è più di un semplice insieme di metriche; è un "contenitore" che contiene tutta la configurazione di monitoraggio standard necessaria per quel tipo di risorsa o servizio. Contiene già un insieme di trigger importanti, grafici e regole di rilevazione, oltre a descrizioni delle metriche e soglie che aiutano l'utente a capire cosa viene raccolto e quali soglie vengono verificate e perché. Inoltre, i template sono facili da condividere con altri utenti, che possono così ottenere un buon monitoraggio del loro sistema senza necessariamente essere esperti.
11. Perché ci sono così poche metriche di default? Questo complica molto la configurazione dal punto di vista operativo.
Se per "di default" intendi i template pronti all'uso, attualmente stiamo lavorando per espandere e migliorare i nostri template. Zabbix 4.4 è uscito con un nuovo set migliorato e migliori funzionalità.
Su share.zabbix.com c'è sempre la possibilità di trovare template pronti per quasi qualsiasi sistema. Tuttavia, abbiamo deciso di creare dei template di base noi stessi, dando l'esempio agli altri e liberando gli utenti dalla necessità di scrivere nuovamente un template per MySQL. Pertanto, con ogni versione di Zabbix, ci saranno sempre più template ufficiali.
Quando sarà possibile creare trigger non legati agli host, ma ad esempio basati su etichette? Ad esempio, monitoriamo un sito da n punti diversi e vogliamo un semplice trigger che scatti quando il sito non è accessibile da 2 o più punti.
In realtà, questa funzionalità è già presente in Zabbix da qualche anno, sviluppata per uno dei nostri clienti. Il cliente è ICANN. Controlli simili possono essere effettuati, ad esempio, tramite elementi aggregati o utilizzando l'API di Zabbix. Attualmente stiamo lavorando attivamente per semplificare la creazione di queste verifiche.
P.S.: Durante uno dei Sclerm, gli sviluppatori di Zabbix ci hanno chiesto cosa volessimo vedere nel prodotto per monitorare i cluster Kubernetes precisamente con Zabbix, e non con Prometheus.
È fantastico quando gli sviluppatori sono disponibili verso i clienti e non rimangono chiusi in se stessi. Ora accogliamo ogni rilascio con sincero interesse; è incoraggiante vedere che sempre più funzionalità di cui abbiamo parlato stanno prendendo forma.
: Finché gli sviluppatori non si isolano e si interessano alle necessità dei clienti, il prodotto vive e si sviluppa. Ci impegneremo a seguire i nuovi rilasci di Zabbix.
P.P.S.: Tra alcuni mesi lanceremo un corso online sul monitoraggio. Chi è interessato, si iscriva per non perdere l'annuncio. Nel frattempo, è possibile seguire il nostro .
Fonte: habr.com
