Intervju med Zabbix: 12 ärliga svar

In IT, there's a superstition: "If it works, don't touch it." This can also be said about our monitoring system. At Southbridge, we use Zabbix — when we chose it, it was incredibly impressive. Essentially, it had no alternatives.

Over time, our ecosystem has expanded with instructions, additional wrappers, and integration with Redmine. Zabbix gained a powerful competitor that surpassed it in many aspects: speed, near-native high availability, beautiful visualization, and optimization for kubernetes environments.

However, we're not in a hurry to make the switch. We decided to take a glance at Zabbix and inquire about the features they plan to implement in upcoming releases. We weren’t shy and asked tough questions to Sergey Sorokin, Zabbix's Development Director, and Vitaly Zhuravlev, Solution Architect. Read on to find out what we learned.

1. Tell us about the company's history. How did the product idea come about?

The company’s history began in 1997, when founder and owner Alexey Vladyshev worked as a database administrator at a bank. Alexey felt it was ineffective to manage databases without having historical data on various parameters, without understanding the current and historical state of the environment.

At the same time, the existing market solutions for monitoring were very expensive, cumbersome, and resource-intensive. Therefore, Alexey began writing various scripts that allowed him to monitor the infrastructure he was responsible for effectively. This turned into a hobby. Alexey changed jobs, but his interest in the project remained. In 2000-2001, the project was rewritten from scratch — Alexey thought about giving other administrators the opportunity to use his developments. The question then arose under what license to release the existing code. Alexey decided to release it under the GPLv2 license. The tool was immediately noticed in the professional community. Over time, requests for support, training, and expanding software capabilities began to come to Alexey. The number of such orders was constantly growing. Thus, the decision to create a company came about naturally. The company was founded on April 12, 2005.

2. Vilka viktiga punkter kan du identifiera i utvecklingen av Zabbix?

Det finns för närvarande flera punkter:
a. Alexey börjar arbeta med skripten - 1997.
b. Publicering av koden under GPLv2-licens - 2001.
c. Grunden till Zabbix-företaget - 2005.
d. Avslutandet av de första partnerskapsavtalen, skapandet av partnerprogrammet - 2007.
e. Grundandet av Zabbix Japan LLC - 2012.
f. Grundandet av Zabbix LLC (USA) - 2015.
g. Grundandet av Zabbix LLC - 2018.

3. Hur många personer arbetar hos er?

För närvarande arbetar lite mer än 70 anställda i Zabbix-koncernen: utvecklare, testare, projektledare, supportingenjörer, konsulter, säljare, medarbetare inom marknadsföring.

4. Hur skriver ni er roadmap, samlar ni in feedback från användare? Hur avgör ni var ni ska gå vidare?

När vi skapar en roadmap för nästa version av Zabbix fokuserar vi på följande viktiga faktorer, eller snarare samlar vi roadmappen enligt följande kategorier:

a. Strategiska förbättringar av Zabbix. Något som Zabbix självt anser vara mycket viktigt. Till exempel Zabbix agent skriven i Go.
b. Saker som kunder och partners till Zabbix vill se. Och som de är villiga att betala för.
c. Önskemål/förslag från Zabbix-communityn.
d. Tekniska skulder. 🙂 Saker vi släppte i tidigare versioner men inte gav fullständig funktionalitet, inte gjorde tillräckligt flexibla, inte erbjöd alla alternativ.

5. Kan ni jämföra Zabbix och Prometheus? Vad är bättre med Zabbix och vad är sämre?

Den största skillnaden, enligt vår mening, är att Prometheus främst är ett system för insamling av mätdata - för att få en komplett övervakning på företaget behövs många andra komponenter, såsom Grafana för visualisering, en separat långsiktig lagring, någonstans för att hantera problem, att arbeta med loggar…

Det finns inga standardiserade övervakningsmallar i Prometheus; efter att ha fått alla tusentals mätvärden från exportörer måste man själv hitta problematiska signaler. Konfiguration av Prometheus görs via konfigurationsfiler. I vissa fall är det bekvämare, i andra inte.

Zabbix är en universell plattform för att skapa övervakning "från början till slut". Vi har vår egen visualisering, korrelation av problem och deras visning, fördelning av åtkomsträttigheter till systemet, aktivitetsgranskning, många sätt att samla in data via agenter, proxis, genom helt olika protokoll, möjlighet att snabbt utöka systemet med plugins, skript, moduler…

Man kan också helt enkelt samla in data som det är, till exempel via HTTP-protokollet, och sedan omvandla svaren till användbara mätvärden med hjälp av preprocessfunktioner som JavaScript, JSONPath, XMLPath, CSV och liknande. Många användare värderar Zabbix för möjligheten att konfigurera och hantera systemet via webgränssnittet, för möjligheten att beskriva typiska övervakningskonfigurationer som mallar som kan delas med varandra, och som innehåller inte bara mätvärden utan även detekteringsregler, tröskelvärden, diagram, beskrivningar — ett fullständigt set objekt för övervakning av typiska objekt.

Många gillar också möjligheten att automatisera hantering och konfiguration via Zabbix API. Generellt vill vi inte ha några krig om detta. Vi tror att båda systemen passar bra för sina uppgifter och kan komplettera varandra harmoniskt. Till exempel, Zabbix kan från version 4.2 hämta data från Prometheus-exporters eller från sig själv.

6. Har ni övervägt att göra Zabbix som SaaS?

Vi har tänkt på det och kommer att göra det i framtiden, men vi vill göra en sådan lösning så bekväm som möjligt för kunderna. I det här fallet bör standard-Zabbix erbjudas tillsammans med kommunikationsmedel, utökade datainsamlingsverktyg och så vidare.

7. När kan vi förvänta oss Zabbix HA? Och ska vi vänta?

Zabbix HA kan vi definitivt förvänta oss. Vi hoppas se något i Zabbix 5.0 LTS, men situationen blir tydligare i november 2019 när Zabbix 5.0:s Roadmap är helt bekräftad.

8. Varför har media typ så få alternativ från början? Planerar ni att lägga till Slack, Telegram och så vidare? Använder någon fortfarande Jabber?

Jabber togs bort i Zabbix version 4.4, men vi la till Webhooks. När det gäller media typer, vill vi inte göra specifika applikationer av systemet, utan använda standard kommunikationsverktyg. Det är ingen hemlighet att många sådana chattar eller service desk har API via HTTP — därför kommer situationen att förändras i år med lanseringen av 4.4.

Med introduktionen av webbhooks i Zabbix kan vi förvänta oss alla efterfrågade integrationer från start inom en snar framtid. Dessa integrationer kommer att vara tvåvägs, inte bara enkla aviseringar i en riktning. De mediatyper som vi inte kan nå kommer att skapas av vårt community – eftersom mediatypen nu helt kan exporteras till en konfigurationsfil, publiceras på share.zabbix.com eller github. Andra användare behöver endast importera filen för att börja använda en sådan integration. Det kommer inte att behövas några ytterligare skript!

9. Varför utvecklas inte riktningen för Virtual machine discovery? Finns endast vmware. Många väntar på integrationer med ec2, openstack.

Nej, riktningen utvecklas. Till exempel, i 4.4 introducerades diskupptäckten datastore genom nyckeln vm.datastore.discovery. I 4.4 introducerades även mycket bra nycklar som wmi.getall – vi förväntar oss att genom den, tillsammans med nyckeln perf_counter_en, kunna göra en bra övervakning av Hyper-V. Dessutom kommer det andra viktiga förändringar inom detta område i Zabbix 5.0.

10. Har ni övervägt att överge mallarna och göra det som hos Prometheus, där allt hämtas som ges?

Prometheus hämtar automatiskt alla metrik, vilket är praktiskt. Men en mall är mer än bara ett set metrik; det är en "behållare" som innehåller hela den nödvändiga typkonfigurationen för övervakning av den typen av resurs eller tjänst. Den innehåller redan en uppsättning viktiga triggers, diagram, regler för upptäckter, beskrivningar av metrik och tröskelvärden som hjälper användaren att förstå vad som samlas in och vilka trösklar som verkligen kontrolleras och varför. Dessutom är det enkelt att dela mallar med andra användare – och de kommer att få bra övervakning av sitt system, även utan att vara experter inom det.

11. Varför så få metrik från start? Detta komplicerar verkligen inställningen ur ett operationellt perspektiv.

Om ni menar färdiga mallar så arbetar vi just nu med att utöka och förbättra våra mallar. Zabbix 4.4 kom ut med en ny, förbättrad uppsättning och med bättre möjligheter.

För Zabbix kan man alltid hitta färdiga mallar på share.zabbix.com för nästan vilket system som helst. Men vi har beslutat att vi också ska skapa grundläggande mallar själva, som ett exempel för andra, och därmed underlätta för användare att slippa skriva en mall för en MySQL ännu en gång. Därför kommer det nu att finnas fler officiella mallar i Zabbix med varje version.

12. När kan man börja bygga triggers som inte är knutna till värdar, utan till exempel baserade på etiketter. Till exempel övervakar vi en webbplats från n olika punkter, och vi vill ha en enkel trigger som utlöses när webbplatsen inte är tillgänglig från 2 eller fler punkter.

Faktum är att denna funktionalitet har funnits i Zabbix i flera år, utvecklad för en av våra kunder. Kunden är ICANN. Liknande kontroller kan också göras, till exempel genom aggregerade objekt eller genom att använda Zabbix API. Vi arbetar för närvarande aktivt med att förenkla skapandet av sådana kontroller.

P.S.: På en av Slërmarna frågade Zabbix-utvecklarna oss vad vi ville se i produkten för att övervaka Kubernetes-kluster just med Zabbix, snarare än Prometheus.

Det är fantastiskt när utvecklarna är lyhörda mot kunderna och inte bara ignorerar dem. Nu ser vi fram emot varje release med äkta intresse - det gläder mig att fler och fler funktioner som vi har diskuterat kommer till liv.

Så länge utvecklarna inte isolerar sig utan är intresserade av kundernas behov, lever och utvecklas produkten. Vi kommer att följa de nya versionerna av Zabbix.

P.P.S.: Om några månader kommer vi att lansera en onlinekurs om övervakning. För dem som är intresserade, prenumerera så att ni inte missar annonstiden. Under tiden kan ni gå vår Slërm om Kubernetes.

Källa: habr.com