Entrevista con Zabbix: 12 respuestas sinceras

Hay una superstición en TI: "Si funciona, no lo toques". Esto se puede decir de nuestro sistema de seguimiento. En Southbridge utilizamos Zabbix; cuando lo elegimos, fue genial. Y, de hecho, no tenía alternativas.

Con el tiempo, nuestro ecosistema ha adquirido instrucciones, enlaces adicionales y ha aparecido la integración con redmine. Zabbix tenía un competidor poderoso que era superior en muchos aspectos: velocidad, HA casi listo para usar, visualización hermosa, optimización del trabajo en un entorno de Kubernethes.

Pero no tenemos prisa por seguir adelante. Decidimos echar un vistazo a Zabbix y preguntarle qué funciones planean incorporar en los próximos lanzamientos. No nos quedamos en ceremonias y hicimos preguntas incómodas a Sergey Sorokin, director de desarrollo de Zabbix, y a Vitaly Zhuravlev, arquitecto de soluciones. Siga leyendo para descubrir qué resultó de esto.

Entrevista con Zabbix: 12 respuestas sinceras

1. Cuéntenos sobre la historia de la empresa. ¿Cómo surgió la idea del producto?

La historia de la empresa comenzó en 1997, cuando el fundador y propietario de la empresa, Alexey Vladyshev, trabajaba como administrador de base de datos en uno de los bancos. A Alexey le pareció que sería ineficaz gestionar bases de datos sin tener datos sobre los valores históricos de una amplia variedad de parámetros, sin comprender el estado actual e histórico del medio ambiente.

Al mismo tiempo, las soluciones de monitorización actualmente disponibles en el mercado son muy caras, engorrosas y requieren grandes recursos. Por lo tanto, Alexey comienza a escribir varios guiones que le permitan monitorear efectivamente la parte de la infraestructura que se le ha confiado. Se está convirtiendo en un hobby. Alexey cambia de trabajo, pero el interés en el proyecto permanece. En 2000-2001, el proyecto se reescribió desde cero y Alexey pensó en dar a otros administradores la oportunidad de utilizar los desarrollos. Al mismo tiempo, surgió la pregunta bajo qué licencia publicar el código existente. Alexey decidió lanzarlo bajo la licencia GPLv2. La herramienta llamó la atención de inmediato en el entorno profesional. Con el tiempo, Alexey comenzó a recibir solicitudes de soporte, capacitación y ampliación de las capacidades del software. El número de estos pedidos crecía constantemente. Entonces, naturalmente, llegó la decisión de crear una empresa. La empresa fue fundada el 12 de abril de 2005.

Entrevista con Zabbix: 12 respuestas sinceras

2. ¿Qué puntos clave puedes destacar en la historia del desarrollo de Zabbix?

Actualmente existen varios puntos de este tipo:
A. Alexey comenzó a trabajar en guiones en 1997.
b. Publicación del código bajo licencia GPLv2 - 2001.
v. Zabbix se fundó en 2005.
d. Conclusión de los primeros acuerdos de asociación, creación de un programa de afiliados - 2007.
D. Fundación de Zabbix Japan LLC - 2012.
e. Fundación de Zabbix LLC (EE.UU.) - 2015
y. Fundación de Zabbix LLC - 2018

3. ¿Cuántas personas emplea?

Actualmente, el grupo de empresas Zabbix emplea a poco más de 70 empleados: desarrolladores, evaluadores, directores de proyectos, ingenieros de soporte, consultores, vendedores y empleados de marketing.

4. ¿Cómo se escribe una hoja de ruta? ¿Se recopilan comentarios de los usuarios? ¿Cómo se determina a dónde moverse a continuación?

Al crear una hoja de ruta para la próxima versión de Zabbix, nos centramos en los siguientes factores importantes; más precisamente, recopilamos hojas de ruta de acuerdo con las siguientes categorías:

A. Mejoras estratégicas de Zabbix. Algo que la propia Zabbix considera muy importante. Por ejemplo, el agente Zabbix escrito en Go.
b. Cosas que los clientes y socios de Zabbix quieren ver en Zabbix. Y por las que están dispuestos a pagar.
v. Deseos/sugerencias de la comunidad Zabbix.
D. Deudas técnicas. 🙂 Cosas que lanzamos en versiones anteriores, pero que no proporcionaban funcionalidad completa, no las hacían lo suficientemente flexibles, no ofrecían todas las opciones.

Entrevista con Zabbix: 12 respuestas sinceras

5. ¿Puedes comparar Zabbix y Prometheus? ¿Qué es mejor y qué es peor en Zabbix?

La principal diferencia, en nuestra opinión, es que Prometheus es un sistema principalmente para recopilar métricas, y para recopilar un seguimiento completo en una empresa, es necesario agregar muchos otros componentes a Prometheus, como Grafana para visualización, almacenamiento separado a largo plazo y problemas de administración separada en algún lugar, trabaje con registros por separado...

En Prometheus no habrá plantillas de monitoreo estándar; después de haber recibido miles de métricas de los exportadores, deberá encontrar señales problemáticas en ellas usted mismo. Configuración de Prometheus: archivos de configuración. En algunos lugares es más conveniente, en otros no.

Zabbix es una plataforma universal para crear monitoreo "desde y hacia", tenemos nuestra propia visualización, correlación de problemas y su visualización, distribución de derechos de acceso al sistema, auditoría de acciones, muchas opciones para recopilar datos a través de un agente, proxy, utilizando protocolos completamente diferentes, la capacidad de ampliar rápidamente el sistema con complementos, scripts, módulos...

O simplemente puede recopilar los datos tal como están, por ejemplo, a través del protocolo HTTP, y luego convertir las respuestas en métricas útiles utilizando funciones de preprocesamiento como JavaScript, JSONPath, XMLPath, CSV y similares. Muchos usuarios valoran Zabbix por la capacidad de configurar y administrar el sistema a través de una interfaz web, por la capacidad de describir configuraciones de monitoreo típicas en forma de plantillas que se pueden compartir entre sí y que contienen no solo métricas, sino también reglas de detección. valores umbral, gráficos, descripciones: un conjunto completo de objetos para monitorear objetos típicos.

A muchas personas también les gusta la posibilidad de automatizar la gestión y la configuración a través de la API de Zabbix. En general, no quiero organizar un holívar. Nos parece que ambos sistemas se adaptan bien a sus tareas y pueden complementarse armoniosamente, por ejemplo, Zabbix a partir de la versión 4.2 puede recopilar datos de los exportadores de Prometheus o de sí mismo.

6. ¿Has pensado en hacer zabbix saas?

Lo pensamos y lo haremos en el futuro, pero queremos que esta solución sea lo más conveniente posible para los clientes. En este caso, se debe ofrecer Zabbix estándar junto con herramientas de comunicación, herramientas avanzadas de recopilación de datos, etc.

7. ¿Cuándo debería esperar zabbix ja? ¿Y deberíamos esperar?

Zabbix HA definitivamente es una espera. Realmente esperamos ver algo en Zabbix 5.0 LTS, pero la situación quedará más clara en noviembre de 2019 cuando la hoja de ruta de Zabbix 5.0 esté completamente confirmada.

8. ¿Por qué el tipo de medio tiene una selección tan pobre desde el primer momento? ¿Estás planeando agregar Slack, Telegram, etc.? ¿Alguien más usa Jabber?

Jabber se eliminó en Zabbix 4.4, pero se agregaron Webhooks. En cuanto a los tipos de medios, no me gustaría crear aplicaciones específicas del sistema, sino herramientas de mensajería estándar. No es ningún secreto que muchos chats o servicios de escritorio similares tienen una API a través de HTTP, por lo que este año, con el lanzamiento de 4.4, la situación cambiará.

Con la llegada de los webhooks en Zabbix, puede esperar todas las integraciones más populares listas para usar en un futuro próximo. En este caso, la integración será bidireccional y no simples notificaciones unidireccionales. Y aquellos tipos de medios a los que no podemos acceder los creará nuestra comunidad, porque ahora todo el tipo de medios se puede exportar a un archivo de configuración y publicar en share.zabbix.com o github. Y otros usuarios sólo necesitarán importar el archivo para comenzar a utilizar esta integración. En este caso, ¡no es necesario instalar ningún script adicional!

9. ¿Por qué no se está desarrollando la dirección del descubrimiento de máquinas virtuales? Sólo existe vmware. Muchos están esperando la integración con ec2, openstack.

No, la dirección se está desarrollando. Por ejemplo, en 4.4, el descubrimiento del almacén de datos aparecía a través de la clave vm.datastore.discovery. En 4.4, también aparecieron claves wmi.getall muy interesantes; esperamos que a través de ellas, junto con la clave perf_counter_en, sea posible realizar un buen monitoreo de Hyper-V. Bueno, habrá otros cambios importantes en esta dirección en Zabbix 5.0.

Entrevista con Zabbix: 12 respuestas sinceras

10. ¿Has pensado en abandonar las plantillas y hacerlo como prometeus, cuando todo lo que se da te lo quitan?

Prometheus toma automáticamente todas las métricas, esto es conveniente. Y una plantilla es más que un simple conjunto de métricas, es un “contenedor” que contiene toda la configuración típica necesaria para monitorear un tipo determinado de recurso o servicio. Ya tiene un conjunto de activadores, gráficos y reglas de detección importantes, tiene descripciones de métricas y umbrales que ayudan al usuario a comprender qué se recopila, qué umbrales se verifican y por qué. Al mismo tiempo, las plantillas son fáciles de compartir con otros usuarios y obtendrán un buen seguimiento de su sistema, incluso sin ser necesariamente un experto en él.

11. ¿Por qué hay tan pocas métricas listas para usar? Esto también complica enormemente la configuración desde el punto de vista operativo.

Si te refieres a plantillas listas para usar, ahora mismo estamos trabajando para expandir y mejorar nuestras plantillas. Zabbix 4.4 viene con un conjunto nuevo y mejorado y mejores características.

Para Zabbix siempre puedes encontrar una plantilla lista para usar para casi cualquier sistema en share.zabbix.com. Pero decidimos que deberíamos crear plantillas básicas nosotros mismos, dando ejemplo a otros y también liberando a los usuarios de tener que volver a escribir una plantilla para algún MySQL. Por lo tanto, ahora en Zabbix solo habrá más plantillas oficiales con cada versión.

Entrevista con Zabbix: 12 respuestas sinceras

12. ¿Cuándo será posible crear activadores que no estén vinculados a hosts, sino, por ejemplo, basados ​​en etiquetas? Por ejemplo, monitoreamos un sitio desde n puntos diferentes y queremos un disparador simple que se active cuando no se pueda acceder al sitio desde 2 o más puntos.

De hecho, dicha funcionalidad ha estado disponible en Zabbix durante varios años, escrita para uno de los clientes. Cliente - ICANN. También se pueden realizar comprobaciones similares, por ejemplo, mediante elementos agregados o utilizando la API de Zabbix. Ahora estamos trabajando activamente para simplificar la creación de dichos controles.

PS: En uno de los Slurms, los desarrolladores de Zabbix nos preguntaron qué queríamos ver en el producto para monitorear los clústeres de Kubernetes usando Zabbix y no Prometheus.

Es fantástico cuando los desarrolladores se encuentran con los clientes a mitad de camino y no se quedan solos. Y ahora recibimos cada lanzamiento con sincero interés; la buena noticia es que cada vez más características de las que hablamos se están volviendo de carne y hueso.

Mientras los desarrolladores no se cierren en sí mismos, sino que se interesen por las necesidades de los clientes, el producto vive y se desarrolla. Estaremos atentos a los nuevos lanzamientos de Zabbix.

PPS: En unos meses lanzaremos un curso de seguimiento en línea. Si estás interesado suscríbete para no perderte el anuncio. Mientras tanto, puedes pasar por nuestro Slurm en Kubernetes.

Fuente: habr.com

Añadir un comentario