Comprobación de estado de servicio

Información que se comprueba

Cada algoritmo se encarga de comprobar un tipo de condición de comprobación de estado. La condición deberá definirse como un tipo de componente de estado válido, según lo definido en la lista de valores HEALTH_​COMP_​FLG. El algoritmo puede comprobar las condiciones en varios registros, a los que nos referiremos como componentes de estado, y devolver el estado y los detalles de cada componente de estado. Por ejemplo, si el algoritmo está comprobando el nivel de servicio de los programas por lotes del sistema, en este caso el control de lotes será el componente de estado. El algoritmo debe reunir los resultados de nivel de servicio de cada programa por lotes y devolver la recopilación de información al programa que efectúa la llamada.

Los algoritmos del hueco de plug-in deben devolver la siguiente información para cada componente de estado.

• El detalle de componente de estado debe rellenarse con información específica para el objeto comprobado. Por ejemplo, si el algoritmo está comprobando el nivel de servicio del control de lotes, tendrá el código de control de lotes. Además, para permitir la visualización de detalles de cada tipo de componente de estado, el algoritmo deberá rellenar el código de objeto de mantenimiento, el campo de clave primaria y los detalles de valor junto con la opción de navegación.

• El indicador de estado de componente de estado y la descripción de estado de componente de estado deberán rellenarse con un código y una descripción de estado válidos para la condición que se está comprobando. Esta información puede variar según el tipo de componente de estado, ya que cada uno de estos puede tener sus propios valores de estado únicos.

• El motivo de estado de componente de estado proporciona información de soporte sobre el valor del estado del componente de estado. Por ejemplo, si el componente incluye un tipo de estado de error, podría incluir el motivo de estado.

• La respuesta de componente de estado se utiliza para asignar el valor de estado del componente de estado a un valor estándar definido en la lista de valores HEALTH_​RESPONSE_​FLG. Los valores son un subjuego de los códigos de respuesta HTTP. Se soportan Todas las comprobaciones correctas (200); Función no crítica degradada (203), Sin contenido (204) y Una o más funciones críticas degradadas (500).

• La lista de detalles de respuesta se incluye para componentes de estado que comprueban diversas condiciones como parte de la comprobación de estado. Cada condición podría devolver su propio estado. En esta situación, el algoritmo debería utilizar la lista de detalles de respuesta para registrar las respuestas individuales y rellenar el indicador de estado de componente de estado global, la descripción y el motivo con la información de resumen. Se sugiere hacer lo siguiente:

  • Defina el indicador de estado y la respuesta según los detalles de las respuestas individuales. Consulte la información de nivel de servicio por lotes a continuación para obtener un ejemplo de esta lógica.

  • Cuando se rellene una lista de respuestas, la interfaz del usuario de comprobación de estado mostrará el texto de motivo de estado global, junto con un icono para ampliar los detalles. Se sugiere rellenar este campo con un texto tipo "Consulte los resultados para obtener más detalles".

El sistema incluye un algoritmo que comprueba el tipo de componente de estado Nivel de servicio por lotes. Este tipo de componente de estado localiza todos los controles de lote que estén configurados con al menos un algoritmo de nivel de servicio y llama a los algoritmos de cada control de lotes. El servicio de negocio rellena la salida de este servicio de estado para cada control de lotes de la siguiente manera:

• El detalle de componente de estado se rellena con el código y la descripción del control de lotes. Además, se proporciona la información de navegación para poder profundizar en el control de lotes y se usa para crear la columna como hipertexto.

• La opción Estado se rellena en función de si el control de lotes incluye un algoritmo o varios. Si hay un algoritmo, se devolverá el valor de lista de nivel de servicio devuelto por el algoritmo. Si son varios, el sistema determinará un estado global, basado en los valores de estado detallados para cada algoritmo. Si alguno de los algoritmos devuelve un error, ese será el valor que se devuelva. Si alguno devuelve un aviso, ese será el valor que se devuelva. En caso contrario, se devolverá el valor normal.

• La opción Motivo de estado se rellena en función de si el control de lotes incluye un algoritmo o varios. En caso de que se trate de un algoritmo, se devolverá el texto ampliado del motivo de estado devuelto por el algoritmo. Si son varios, se devolverá el texto de la categoría de mensajes/número de mensaje 11002/22001 (Consulte los resultados para obtener más detalles)

• La respuesta se rellena en función del valor de estado de nivel de servicio global. Se define como Todas las comprobaciones correctas (200) si el nivel de servicio es normal o desactivado; Función no crítica degradada (203) si el nivel de servicio es Aviso y Una o más funciones críticas degradadas (500) si el nivel de servicio es Error.

Modo de llamada de algoritmos

Estos algoritmos se llaman mediante un servicio de negocio que ofrece el producto F1-HealthCheck.

Dicho servicio calcula un valor de respuesta de estado global en función de los detalles que devuelven todos los algoritmos. Se utilizarán los valores descritos con anterioridad para HEALTH_​RESPONSE_​FLG.

Tenga en cuenta también que el sistema incluye los servicios web entrantes para este servicio de negocio, tanto para llamadas de servicio de SOAP como de REST, permitiendo a los sistemas externos utilizar un servicio web para recuperar esta información.