No setor de TI, existe um superstição: "Se funciona, não mexa". Isso pode ser dito sobre o nosso sistema de monitoramento. Na Southbridge, usamos o Zabbix — quando o escolhemos, ele era muito bom. E, na verdade, não havia alternativa.
Com o tempo, nosso ecossistema se enriqueceu com instruções, ferramentas adicionais e integração com o Redmine. O Zabbix ganhou um poderoso concorrente, que superou em muitos aspectos: velocidade de operação, alta disponibilidade praticamente fora da caixa, visualização atraente e otimização de desempenho no ambiente Kubernetes.
Mas não estamos apressados para fazer a transição. Decidimos dar uma olhada no Zabbix e perguntar quais novidades eles planejam implementar nas próximas versões. Não hesitamos e fizemos perguntas difíceis ao Sergey Sorokin, diretor de desenvolvimento do Zabbix, e a Vitaly Zhuravlev, arquiteto de soluções. O que resultou disso, leia a seguir.
1. Conte-nos sobre a história da empresa. Como surgiu a ideia do produto?
A história da empresa começou em 1997, quando o fundador e proprietário Alexey Vladychev trabalhava como administrador de banco de dados em um dos bancos. Alexey achava ineficaz gerenciar bancos de dados sem ter dados históricos dos mais diversos parâmetros em mãos, sem entender o estado atual e passado do ambiente ao redor.
Naquele momento, as soluções de monitoramento disponíveis no mercado eram muito caras, lentas e exigiam muitos recursos. Portanto, Alexey começou a escrever vários scripts que lhe permitiram monitorar de forma eficaz a parte da infraestrutura que lhe era confiada. Isso se tornou um hobby. Alexey mudou de emprego, mas o interesse pelo projeto permaneceu. Em 2000-2001, o projeto foi reescrito do zero — e Alexey começou a pensar em como permitir que outros administradores usassem seu trabalho. Contudo, surgia a questão de sob qual licença liberar o código existente. Alexey decidiu lançá-lo sob a licença GPLv2. A ferramenta foi imediatamente notada na comunidade profissional. Com o tempo, Alexey começou a receber solicitações para suporte, treinamentos e ampliação das funcionalidades do software. O número desses pedidos crescia constantemente. Assim, naturalmente, decidiu-se criar uma empresa. A empresa foi fundada em 12 de abril de 2005.
2. Quais pontos-chave você pode destacar na história do desenvolvimento do Zabbix?
Atualmente, existem vários pontos:
a. Início do trabalho de Alexey em scripts — 1997.
b. Publicação do código sob a licença GPLv2 — 2001.
c. Fundação da empresa Zabbix — 2005.
d. Assinatura dos primeiros contratos de parceria, criação do programa de parcerias — 2007.
e. Fundação da Zabbix Japan LLC — 2012.
f. Fundação da Zabbix LLC (EUA) — 2015.
g. Fundação da ООО Заббикс — 2018.
3. Quantas pessoas trabalham com você?
Atualmente, o grupo de empresas Zabbix conta com um pouco mais de 70 funcionários: desenvolvedores, testadores, gerentes de projetos, engenheiros de suporte, consultores, vendedores e profissionais de marketing.
4. Como você escreve o roadmap, coleta feedback dos usuários? Como determina para onde seguir a partir daqui?
Na criação do Roadmap para a próxima versão do Zabbix, nos baseamos nos seguintes fatores importantes, ou seja, montamos o Roadmap nas seguintes categorias:
a. Melhorias estratégicas do Zabbix. Algo que o próprio Zabbix considera muito importante. Por exemplo, o agente Zabbix escrito em Go.
b. Coisas que os clientes e parceiros do Zabbix desejam ver no Zabbix. E pelas quais estão dispostos a pagar.
c. Sugestões/propostas da comunidade Zabbix.
d. Dívidas técnicas. 🙂 Coisas que lançamos em versões anteriores, mas que não garantimos funcionalidade total, não tornamos suficientemente flexíveis, não oferecemos todas as opções.
5. Você pode comparar Zabbix e Prometheus? O que é melhor no Zabbix e o que é pior?
A principal diferença, em nossa opinião, é que o Prometheus é um sistema principalmente para coleta de métricas — e para ter monitoramento completo na empresa, é necessário adicionar muitos outros componentes ao Prometheus, como Grafana para visualização, um armazenamento de longo prazo separado, gerenciar problemas em outro lugar, trabalhar com logs separadamente...
Não haverá no Prometheus nenhum modelo padrão de monitoramento; ao obter todas as milhares de métricas dos exporters, será necessário encontrar, por conta própria, os sinais problemáticos. A configuração do Prometheus é feita através de arquivos de configuração. Em alguns aspectos é mais conveniente, em outros não.
Zabbix é uma plataforma versátil para criar monitoramento de «A a Z», com nossa própria visualização, correlação de problemas e suas representações, distribuição de direitos de acesso ao sistema, auditoria de ações, várias opções de coleta de dados via agente, proxy, por protocolos completamente diferentes, e a capacidade de expandir rapidamente o sistema com plugins, scripts, módulos…
É possível simplesmente coletar dados como eles são, por exemplo, via protocolo HTTP, e depois transformar as respostas em métricas úteis com funções de pré-processamento como JavaScript, JSONPath, XMLPath, CSV e semelhantes. Muitos usuários valorizam o Zabbix pela capacidade de configurar e gerenciar o sistema através da interface da web, pela possibilidade de descrever configurações padrão de monitoramento sob a forma de templates que podem ser compartilhados entre si e que incluem não apenas métricas, mas também regras de descoberta, limites, gráficos, descrições — um conjunto completo de objetos para monitorar objetos padrão.
Muitos também apreciam a possibilidade de automatizar a gestão e a configuração via Zabbix API. Em geral, não queremos iniciar uma guerra de opiniões. Acreditamos que ambos os sistemas se adequam bem às suas tarefas e podem complementar-se harmoniosamente, por exemplo, o Zabbix a partir da versão 4.2 pode extrair dados de exporters do Prometheus ou do próprio Zabbix.
6. Já consideraram fazer o Zabbix como SaaS?
Sim, pensamos nisso e faremos no futuro, mas queremos criar uma solução que seja o mais conveniente possível para os clientes. Nesse caso, o Zabbix padrão deve ser oferecido junto com meios de comunicação, ferramentas avançadas para coleta de dados e assim por diante.
7. Quando esperar o Zabbix HA? E devemos esperar?
Definitivamente, devemos esperar o Zabbix HA. Esperamos ver algo no Zabbix 5.0 LTS, mas a situação ficará mais clara em novembro de 2019, quando o roadmap do Zabbix 5.0 for completamente confirmado.
8. Por que o tipo de mídia tem uma escolha tão limitada por padrão? Estão planejando adicionar Slack, Telegram e assim por diante? E alguém ainda usa Jabber?
O Jabber foi removido na versão Zabbix 4.4, mas Webhooks foram adicionados. Quanto aos tipos de mídia, não queremos criar aplicações específicas no sistema, mas sim meios padrão de troca de mensagens. Não é segredo que muitos desses chats ou serviços de help desk têm API via HTTP — portanto, este ano, com o lançamento da versão 4.4, a situação mudará.
Com a chegada dos webhooks no Zabbix, podemos esperar as integrações mais solicitadas prontas para uso em breve. Essas integrações serão bidirecionais, e não apenas notificações simples em uma direção. E os tipos de mídia que não conseguirmos alcançar, nossa comunidade fará — agora, um tipo de mídia pode ser totalmente exportado para um arquivo de configuração, disponibilizado em share.zabbix.com ou github. Assim, outros usuários precisarão apenas importar o arquivo para começar a usar essa integração. E não haverá necessidade de instalar scripts adicionais!
9. Por que o direcionamento de descoberta de máquinas virtuais não está se desenvolvendo? Há apenas VMware. Muitos aguardam integrações com EC2, OpenStack.
Não, a área está se desenvolvendo. Por exemplo, na versão 4.4, foi introduzida a descoberta de datastore através da chave vm.datastore.discovery. Também foram lançadas chaves WMI muito legais – esperamos que, através delas, junto com a chave perf_counter_en, seja possível realizar um bom monitoramento do Hyper-V. E outras mudanças importantes nessa área estarão no Zabbix 5.0.
10. Vocês pensaram em abandonar os templates e fazer como o Prometheus, que coleta tudo o que é disponibilizado?
O Prometheus coleta automaticamente todas as métricas, o que é conveniente. Um template é mais do que apenas um conjunto de métricas; é um 'contêiner' que contém toda a configuração de monitoramento necessária para esse tipo de recurso ou serviço. Ele já possui um conjunto importante de gatilhos, gráficos e regras de descoberta, e contém descrições das métricas e valores de limite, que ajudam o usuário a entender o que está sendo coletado e quais limites estão sendo verificados e por quê. Além disso, os templates podem ser facilmente compartilhados com outros usuários, que obterão um bom monitoramento do seu sistema, mesmo sem serem necessariamente especialistas nele.
11. Por que há tão poucas métricas prontas para uso? Isso dificulta bastante a configuração do ponto de vista operacional.
Se você se refere a templates prontos, neste momento estamos trabalhando na expansão e melhoria dos nossos templates. O Zabbix 4.4 foi lançado com um novo conjunto melhorado e com melhores possibilidades.
Para o Zabbix, sempre é possível encontrar um template pronto para praticamente qualquer sistema em share.zabbix.com. Mas decidimos que devemos criar templates básicos por conta própria, mostrando um exemplo para os outros e também liberando os usuários da necessidade de escrever novamente um template para algum MySQL. Portanto, agora, a cada versão do Zabbix, haverá apenas mais templates oficiais.
12. Quando será possível criar gatilhos que não estejam vinculados a hosts, mas, por exemplo, baseados em labels. Por exemplo, monitoramos um site a partir de n diferentes pontos e queremos um gatilho simples que dispare quando o site não estiver disponível a partir de 2 ou mais pontos.
Na verdade, essa funcionalidade já existe no Zabbix há alguns anos, desenvolvida para um dos clientes. O cliente é a ICANN. Também é possível realizar verificações semelhantes, por exemplo, através de itens agregados ou utilizando a API do Zabbix. Atualmente, estamos trabalhando ativamente para simplificar a criação desse tipo de verificações.
P.S.: Em um dos SЛёрмов, os desenvolvedores do Zabbix nos perguntaram o que gostaríamos de ver no produto para monitorar clusters Kubernetes usando o Zabbix, e não o Prometheus.
É ótimo quando os desenvolvedores atendem aos clientes e não se isolam. E agora recebemos cada lançamento com um interesse genuíno — é gratificante ver que cada vez mais recursos sobre os quais falamos estão se concretizando.
Enquanto os desenvolvedores não se isolarem e se interessarem pelas necessidades dos clientes, o produto vive e se desenvolve. Vamos acompanhar os novos lançamentos do Zabbix.
P.P.S.: Em alguns meses, lançaremos um curso online sobre monitoração. Quem estiver interessado, inscreva-se para não perder o anúncio. Enquanto isso, você pode fazer nosso .
Fonte: habr.com
