Zammad: Posibilidad de monitorear el estado del sistema Zammad a través de una URL externa, como lo ofrece gitlab.

Creado en 22 nov. 2016  ·  10Comentarios  ·  Fuente: zammad/zammad

screen shot 2016-11-22 at 11 23 51

feature backlog

Comentario más útil

Preferiría un punto final de métricas de Prometheus.io: D

Todos 10 comentarios

¡Bonito!
¿Qué tipo de URL tienes en mente?
¿También algo como el número de tickets abiertos y escalados?

Actualmente se trata de un control del estado del sistema/supervisión del sistema. No seguimiento del contenido. :-o

Sugiero que los boletos abiertos y escalados estén disponibles a través de un REST URI.

Creo que este tema es sobre el estado de salud del sistema Zammad. La información sobre el contenido del sistema debería estar disponible a través de un punto final de API como propuso @rkaldung . Sin embargo, este es otro tema, así que siéntase libre de abrir otro tema para esto donde podamos discutirlo 👍

@rkaldung Este problema solo se relaciona con el monitoreo técnico (como lo está haciendo gitlab).

@rkaldung @monotek Presente un nuevo problema de función para "supervisión de contenido". Para mí estaría bien el siguiente contenido (1) ¿Cuál es el problema?, 2) Cómo solucionarlo).

Hecho en maestro.

screen shot 2016-11-23 at 15 31 42

Habilite la autenticación de token HTTP como se usa para la API :-)

Hola,
algún tipo de documentación en docs.zammad.org sería bueno:
Debe responder a las preguntas:
Lo que se mostrará si todo está bien (estilo json)
¿Qué se mostrará si algo falla?
¿Hay alguna diferencia entre algo que falla gravemente, lo que impedirá que Zammad funcione en su totalidad y algo pequeño como un correo electrónico que no se pudo procesar?
¿Cuál será entonces la salida del formato JSON?
Necesitamos esta información para crear una verificación de Nagios en esta URL y procesar los diferentes estados y mensajes.
Gracias 🥇

Hola, @jaykijay : solo estaba revisando este tema porque yo también estaba creando una verificación de Nagios para nuestro sistema de monitoreo. Encontré las comprobaciones y su salida están definidas en https://github.com/zammad/zammad/blob/81dfe88d993793dccf9c6221af49d9a67ea5ccb0/app/controllers/monitoring_controller.rb#L39

Y para el problema @monotek mencionado en https://github.com/zammad/zammad/issues/453#issuecomment -262507841 sobre la lectura de # de tickets abiertos, parece estar disponible bajo el URI api/v1/monitoring/status?token=foo ahora.

Preferiría un punto final de métricas de Prometheus.io: D

¿Fue útil esta página
0 / 5 - 0 calificaciones