Áú»¢¶Ä²©

Esta es una traducci¨®n de la p¨¢gina de documentaci¨®n original en espa?ol. Ay¨²danos a mejorarla.

20 Extensiones

Descripci¨®n general

Aunque Áú»¢¶Ä²© ofrece una multiplicidad de funciones, siempre hay espacio para funciones adicionales. Las extensiones son una forma conveniente de modificar y mejorar las capacidades de monitoreo de Áú»¢¶Ä²©. sin cambiar su c¨®digo fuente.

Puede ampliar la funcionalidad de Áú»¢¶Ä²© utilizando las opciones de extensi¨®n integradas (elementos de captura, par¨¢metros de usuario, etc.) o mediante el uso o la creaci¨®n de extensiones personalizadas (m¨®dulos cargables, complementos, etc.).

Esta secci¨®n proporciona una descripci¨®n general con referencias a todas las opciones para ampliar Áú»¢¶Ä²©.

Recopilaci¨®n de datos con comandos personalizados

²Ñ¨¦³Ù°ù¾±³¦²¹s de captura

Las m¨¦tricas de captura son m¨¦tricas que aceptan datos entrantes en lugar de consultarlos. Las m¨¦tricas de captura son ¨²tiles para enviar datos espec¨ªficos al servidor o proxy de Áú»¢¶Ä²©, por ejemplo, datos peri¨®dicos de disponibilidad y rendimiento en el caso de scripts de usuario de larga duraci¨®n. Es posible enviar datos al servidor o proxy de Áú»¢¶Ä²© utilizando la utilidad Áú»¢¶Ä²© sender o el protocolo de Áú»¢¶Ä²© sender. Tambi¨¦n es posible enviar datos al servidor Áú»¢¶Ä²© utilizando el m¨¦todo API history.push.

Verificaciones externas

Una verificaci¨®n externa es una m¨¦trica para ejecutar verificaciones ejecutando un archivo ejecutable, por ejemplo, un script de shell o un binario.

Las comprobaciones externas las ejecuta el servidor Áú»¢¶Ä²© o el proxy (cuando el equipo es monitoreado por el proxy), y no requieren que un agente se ejecute en el equipo que se est¨¢ monitoreando.

Par¨¢metros de usuario

Un par¨¢metro de usuario es un comando definido por el usuario (asociado con una clave definida por el usuario) que, cuando se ejecuta, puede recuperar los datos que necesita del equipo donde se ejecuta el agente Áú»¢¶Ä²©. Los par¨¢metros de usuario son ¨²tiles para configurar m¨¦tricas del agente o del agente 2 que no est¨¢n predefinidas en Áú»¢¶Ä²©.

system.run[] ²Ñ¨¦³Ù°ù¾±³¦²¹s del agente Áú»¢¶Ä²©

La m¨¦trica del agente Áú»¢¶Ä²© system.run[] es una m¨¦trica para un comando definido por el usuario (asociado con una clave predefinida system.run[], por ejemplo, system.run[myscript.sh]) que se puede ejecutar en el equipo donde se ejecuta el agente Áú»¢¶Ä²©.

Nota: Las m¨¦tricas system.run[] est¨¢n deshabilitados de forma predeterminada y, si se usan, deben ser habilitadas (permitidas) y definidas en el archivo de configuraci¨®n del agente Áú»¢¶Ä²© o del agente 2 (par¨¢metro de configuraci¨®n AllowKey).

Los comandos definidos por el usuario en m¨¦tricas como comprobaciones externas, par¨¢metros de usuario y m¨¦tricas del agente Áú»¢¶Ä²© system.run[] se ejecutan desde el usuario del sistema operativo que se utiliza para ejecutar los componentes de Áú»¢¶Ä²©. Para ejecutar estos comandos, este usuario debe tener los permisos necesarios.

Elementos del agente HTTP

La m¨¦trica del agente HTTP es una m¨¦trica para ejecutar solicitudes de datos a trav¨¦s de HTTP/HTTPS. Las m¨¦tricas del agente HTTP son ¨²tiles para enviar solicitudes a puntos finales HTTP para recuperar datos de servicios como Elasticsearch y OpenWeatherMap, para verificar el estado de la API de Áú»¢¶Ä²© o el estado del servidor web Apache o Nginx, etc. Las m¨¦tricas del agente HTTP (con captura habilitada) tambi¨¦n pueden funcionar como m¨¦tricas de captura.

²Ñ¨¦³Ù°ù¾±³¦²¹s de script

Una m¨¦trica de script es una m¨¦trica para ejecutar c¨®digo JavaScript definido por el usuario que recupera datos a trav¨¦s de HTTP/HTTPS. Las m¨¦tricas de script son ¨²tiles cuando la funcionalidad proporcionada por las m¨¦tricas del agente HTTP no es suficiente. Por ejemplo, en escenarios exigentes de recopilaci¨®n de datos que requieren m¨²ltiples pasos o una l¨®gica compleja, se puede configurar una m¨¦trica de script para realizar una llamada HTTP y luego procesar los datos recibidos, y luego pasar el valor transformado a una segunda llamada HTTP.

Las m¨¦tricas de agente HTTP y las m¨¦tricas de script son compatibles con el servidor y el proxy de Áú»¢¶Ä²© y no requieren que un agente se ejecute en el equipo que se est¨¢ monitoreando.

Extensiones avanzadas

²Ñ¨®»å³Ü±ô´Çs cargables

Los m¨®dulos cargables, escritos en C, son una herramienta vers¨¢til y una opci¨®n orientada al rendimiento para ampliar la funcionalidad de los componentes de Áú»¢¶Ä²© (servidor, proxy, agente) en plataformas UNIX. Un m¨®dulo cargable es b¨¢sicamente una biblioteca compartida utilizada por el demonio Áú»¢¶Ä²© y cargada al inicio. La biblioteca debe contener ciertas funciones, para que un proceso de Áú»¢¶Ä²© pueda detectar que el archivo es, de hecho, un m¨®dulo que puede cargar y trabajar con ¨¦l.

Los m¨®dulos cargables tienen una serie de beneficios, incluida la capacidad de agregar nuevas m¨¦tricas o implementar cualquier otra l¨®gica. (por ejemplo, la exportaci¨®n de datos hist¨®ricos) de Áú»¢¶Ä²©, un gran rendimiento y la opci¨®n de desarrollar, utilizar y compartir la funcionalidad que proporcionan, contribuye a un mantenimiento sin problemas. y ayuda a ofrecer nuevas funciones de forma m¨¢s f¨¢cil e independiente del c¨®digo base central de Áú»¢¶Ä²©.

Los m¨®dulos cargables son especialmente ¨²tiles en una configuraci¨®n de monitoreo compleja. Al monitorear sistemas integrados, tener una gran cantidad de par¨¢metros monitoreados o scripts pesados con l¨®gica compleja o tiempo de inicio prolongado, extensiones como par¨¢metros de usuario, m¨¦tricas del agente Áú»¢¶Ä²© system.run[] y comprobaciones externas tendr¨¢ un impacto en el rendimiento. Los m¨®dulos cargables ofrecen una forma de ampliar la funcionalidad de Áú»¢¶Ä²© sin sacrificar el rendimiento.

Complementos

Los Complementos proporcionan una alternativa a los m¨®dulos cargables (escritos en C). Sin embargo, los complementos son una forma de ampliar ¨²nicamente el Agente 2 Áú»¢¶Ä²©.

Un complemento es un paquete Go que define la estructura e implementa una o varias interfaces de complemento (Exporter, Collector, Configurator, Runner, Watcher). Se admiten dos tipos de complementos del agente 2 Áú»¢¶Ä²©:

Consulte la lista de complementos integrados.

Para obtener instrucciones y tutoriales sobre c¨®mo escribir sus propios complementos, consulte el Centro de desarrolladores.

Personalizaci¨®n de alertas

Webhooks

Un webhook es un tipo de medio de Áú»¢¶Ä²© que proporciona una opci¨®n para ampliar las capacidades de alerta de Áú»¢¶Ä²© a software externo como sistemas de asistencia t¨¦cnica, chats o mensajer¨ªa. De manera similar a los elementos de secuencia de comandos, los webhooks son ¨²tiles para realizar llamadas HTTP utilizando c¨®digo JavaScript personalizado, por ejemplo, para enviar notificaciones a diferentes plataformas como Microsoft Teams, Discord y Jira. Tambi¨¦n es posible devolver algunos datos (por ejemplo, sobre tickets de asistencia t¨¦cnica creados) que luego se muestran en Áú»¢¶Ä²©.

Los webhooks existentes est¨¢n disponibles en el [repositorio Git] (https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/media) de Áú»¢¶Ä²©. Para el desarrollo de webhooks personalizados, consulte las [directrices de desarrollo de webhooks] (/documentation/guidelines/en/webhooks).

Scripts de alerta

Un script de alerta es un tipo de medio de Áú»¢¶Ä²© que proporciona una opci¨®n para crear una forma alternativa (script) para manejar las alertas de Áú»¢¶Ä²©. Los scripts de alerta son ¨²tiles si no est¨¢ satisfecho con los tipos de medios existentes para enviar alertas en Áú»¢¶Ä²©.

Personalizaci¨®n de la interfaz

Temas personalizados

Es posible cambiar la apariencia visual de la interfaz de Áú»¢¶Ä²© mediante el uso de temas personalizados. Ver las instrucciones sobre c¨®mo crear y aplicar sus propios temas.

²Ñ¨®»å³Ü±ô´Çs de interfaz

Los m¨®dulos de interfaz proporcionan una opci¨®n para ampliar la funcionalidad de interfaz de Áú»¢¶Ä²© agregando m¨®dulos de terceros o desarrollando los suyos propios. Con los m¨®dulos frontend puede agregar nuevos elementos de men¨², sus respectivas vistas, acciones, etc.

Scripts globales

Un script global es un conjunto de comandos definido por el usuario que se puede ejecutar en un objetivo de monitoreo (mediante el int¨¦rprete de shell (/bin/sh)), dependiendo del alcance configurado y los permisos de usuario. Los scripts globales se pueden configurar para las siguientes acciones:

Los scripts globales son ¨²tiles en muchos casos. Por ejemplo, si est¨¢ configurado para operaciones de acci¨®n o acciones manuales de equipo, puede usar scripts globales para ejecutar autom¨¢tica o manualmente comandos remotos como reiniciar una aplicaci¨®n (servidor web, middleware, CRM, etc.) o liberar espacio en el disco (eliminar archivos antiguos, limpiar /tmp, etc.). O, otro ejemplo, si est¨¢ configurado para acciones de eventos manuales, puede utilizar scripts globales para gestionar tickets de problemas en sistemas externos.

Los scripts globales pueden ser ejecutados por el servidor, proxy o agente de Áú»¢¶Ä²©.

Los comandos definidos por el usuario se ejecutan desde el usuario del sistema operativo que se utiliza para ejecutar los componentes de Áú»¢¶Ä²©. Para ejecutar estos comandos, este usuario debe tener los permisos necesarios.

API de Áú»¢¶Ä²©

La API de Áú»¢¶Ä²© es una API basada en HTTP que forma parte de la interfaz de Áú»¢¶Ä²©. Con la API de Áú»¢¶Ä²©, puede realizar cualquiera de las siguientes operaciones:

  • Recuperar y modificar mediante programaci¨®n la configuraci¨®n de Áú»¢¶Ä²©.
  • Importar y exportar configuraci¨®n de Áú»¢¶Ä²©.
  • Acceder a datos hist¨®ricos y de tendencias de Áú»¢¶Ä²©.
  • Configurar aplicaciones para que funcionen con Áú»¢¶Ä²©.
  • Integrar Áú»¢¶Ä²© con software de terceros.
  • Automatizar tareas rutinarias.

La API de Áú»¢¶Ä²© consta de una multitud de m¨¦todos que nominalmente est¨¢n agrupados en API separadas. Cada m¨¦todo realiza una tarea espec¨ªfica. Para conocer los m¨¦todos disponibles, as¨ª como una descripci¨®n general de las funciones proporcionadas por la API de Áú»¢¶Ä²©, consulte la Referencia de m¨¦todos de la API de Áú»¢¶Ä²©.