Creación de nuevas políticas de Runtime Alerts

Siga los pasos que se indican a continuación para configurar una política de Runtime Alerts.

Cómo crear una nueva política

Si lo prefiere, siga los pasos a través de video.

  1. Haga clic en el botón + NEW POLICY situado en la parte superior derecha de la página Runtime Alerts.

  2. En la pantalla POLICY, defina la información básica de la política (como nombre, clasificación), los parámetros de monitorización (tipo, límites, periodos) y su frecuencia.

  3. Defina los elementos a monitorear (MONITORED ITEMS), eligiendo APIs, entornos, recursos y operaciones.
    Cuando haya terminado de definir todos los elementos para monitorear, haga clic en ADD ITEM.
    Puede volver más tarde para agregar o eliminar APIs/eventos de esta política.

  4. Puede agregar varias APIs a cada política. Para hacerlo, repita el paso 3 tantas veces como sea necesario.

    • Entienda cómo funcionan las configuraciones fijas y dinámicas (any y all).

    • Vea los detalles sobre los campos a completar en los eventos monitoreados.

    • No hay un límite en la cantidad de APIs que se pueden monitorear en una misma política. Sin embargo, recomendamos mantener un máximo de 50 APIs monitoreadas por política para permitir una gestión efectiva de las notificaciones.

  5. En la pantalla ACTIONS, seleccione y configure uno o más medios de envío de la notificación, como:

  6. Revise la configuración y haga clic en SAVE.

    Es necesario hacer clic en SAVE para finalizar la creación de la política. Las configuraciones no guardadas se perderán.

Descripción detallada

Haga clic en los enlaces anteriores para ver los detalles de cada campo de los pasos para crear una política.

línea horizontal con cuatro círculos

1 POLICY

  • Policy info (Información de la política):

    • Policy name (Nombre de la política): nombre de la política: asigne un nombre a la política;

    • Classification (Clasificación): elija una clasificación (Neutral (neutra), Success (Éxito), Warning (Advertencia) ou Critical (Crítico)) y

    • Tag (Etiqueta): si lo desea, defina una etiqueta. Las etiquetas ayudan a organizar las políticas y facilitan la búsqueda de alertas.

  • Monitored Event Details: (Detalles del evento monitoreado)

    • Type (Tipo): defina el parámetro que desea monitorear, como:

      • Total Calls (Total de llamadas): cuando se alcanza (o no) la cantidad total de llamadas en un período determinado.;

      • Availability (Disponibilidad): referente a la disponibilidad de una operación para un recurso.
        Una API se considera disponible si no devuelve un error de la familia 5xx

      • Latency (Latencia): latencia promedio en un período determinado; o

      • HTTP Response Status (Códigos de status de respuestas HTTP): puede especificar un código específico (por ejemplo, 504) o una familia (por ejemplo, 5xx).
        El código de respuesta debe estar entre 100 y 599 o ser igual a 1xx, 2xx, 3xx, 4xx, 5xx.

        Puede agregar más de una familia (por ejemplo, 5xx, 4xx) o código (por ejemplo, 401, 40).
        Si se especifica una familia, se la considerará en lugar de un código específico (por ejemplo, 5x se considerará en lugar de 504).
    • Threshold (Límites de monitoreo): elija un operador de comparación (mayor que o menor que) y su valor:

      • Total Calls (Total de llamadas): número total de llamadas.

      • Availability (Disponibilidad): valor en porcentaje de disponibilidad.

      • Latency (Latencia): total en milisegundos.

      • HTTP Response Status (códigos de status de respuestas HTTP): defina el valor y elija si es un porcentaje o una cantidad de llamadas.

    • Period (Período): intervalo de tiempo para el cálculo del valor ingresado.

      • Amount (Cantidad): defina un valor entre 1 y 1440 (para minutos) o entre 1 y 2 (para horas);

      • Unit (Unidad): elija entre minutos y horas;

      • Past period (Período anterior): para habilitar este campo, seleccione la casilla "Compare with past period" y indique el intervalo pasado con el que desea comparar.

        La opción COMPARE WITH PAST PERIOD permite comparar los valores de referencia registrados para el monitoreo con períodos anteriores para enviar notificaciones. En este caso, los valores ingresados en los campos de la sección MONITORED OPERATION no enviarán una notificación cuando se alcancen de forma absoluta, sino cuando se alcancen en relación con un rendimiento pasado.

        Ejemplo

        Imaginemos una alerta de total de llamadas (Total Calls) que envía una notificación cuando hay más de 100 peticiones utilizando una determinada operación en un recurso durante un minuto. Si no habilitamos la comparación con un período pasado, la notificación se enviará cada vez que se realicen más de 100 peticiones en un minuto.

        Sin embargo, si configuramos una comparación con el mismo período de la semana pasada, la notificación se enviará cuando se hayan contabilizado más de 100 peticiones por minuto en relación con el mismo período de la semana anterior.

        Esto significa que si se contabilizan 120 peticiones en un minuto, pero en el mismo período de la semana anterior se contabilizaron 80 peticiones por minuto, no se enviará una notificación, ya que la comparación de peticiones muestra 40 peticiones adicionales, que es menor que el valor de referencia configurado (que es de 100 peticiones).

        Hay tres opciones disponibles para la comparación, en este orden:

  • último <período> <unidad> (ej.: si el período configurado es 2 y la unidad de referencia es minutos, será los últimos 2 minutos, si el período es 5 y la unidad es horas, será últimas 5 horas);

  • el mismo período del día anterior; y

  • el mismo período en la semana anterior.

  • Schedule: (Programación)
    Frecuencia de las comprobaciones de estado para generar notificaciones. Seleccione:

    • Predefined (Predefinido): para establecer un período predefinido (1, 5, 10 o 30 minutos; 1 hora; o todos los días a las 00:00) o

    • Cron Expression (Expresión Cron): para ingresar una expresión de programación en formato Cron.

      Una expresión Cron es una cadena que define una programación periódica siguiendo un formato específico. El campo "Expresión Cron" acepta programaciones compuestas por cinco campos:

      <día del mes> <día de la semana>

      Para completar los campos, se pueden utilizar números y algunos caracteres especiales:

      • * significa "todos".

      • ? significa "cualquier" y se puede utilizar en mes y día de la semana.

      • L significa "último" y se puede utilizar en mes y día de la semana.;

      • Las tres primeras letras de los días de la semana en inglés (como "MON" y "TUE");

      • , y - indican rangos (el primero considera solo los puntos indicados y el segundo considera todo el intervalo entre ellos).

      Algunos ejemplos:

      30 10 ? * *: comprobación de estado todos los días a las 10:30 de la mañana.
      0 14 ? * MON-FRI: comprobación de estado de lunes a viernes a las 2:00 de la tarde.
      0 14 ? * MON,FRI: comprobación de estado a las 2:00 de la tarde, solo los lunes y viernes.
      0 8 * JUN ?: comprobación de estado a las 8:00 de la mañana todos los días del mes de junio.
      10 17 L * ?: comprobación de estado a las 5:10 de la tarde en el último día de cada mes.

    • Silent Interval (silenciar temporalmente una notificación)

      Es posible silenciar una notificación durante un tiempo predefinido al habilitar la opción SILENT INTERVAL. Esto es útil, por ejemplo, cuando se sabe que hay un problema de disponibilidad con una API y se desea desactivar una notificación solo temporalmente (consulte también cómo desactivar las alertas de forma permanente).

      Para configurar el tiempo de silencio, complete el campo con el intervalo deseado, compuesto por un número y una unidad (minutos u horas).

      El tiempo máximo que se puede configurar es de 24 horas (o 1440 minutos).

      Si la opción permanece activada, la alerta se habilitará después del intervalo configurado. Entonces, la próxima notificación que se active por un evento se enviará normalmente y activará un nuevo período de silencio.

      Ejemplo

      Imaginemos que se establece un período de silencio de 4 horas para una alerta que envía una notificación cuando más del 20% de las peticiones a una API devuelven un estado HTTP de error. Durante 4 horas, la alerta no generará notificaciones.

      Supongamos que después de 5 horas, el campo SILENT INTERVAL sigue activado y ocurre que el 30% de las peticiones obtienen respuesta de error. En este caso, se enviará una notificación y esta notificación desencadenará un nuevo período de silencio de 4 horas (a partir de esta última notificación).


línea horizontal con cuatro círculos

2 MONITORED ITEMS

  • Agregar APIs
    Defina los elementos que se monitorearán.
    Seleccione:

    • API Name (Nombre de la API): una API. Aquí se listarán las APIs disponibles en el catálogo de la API Platform.;

    • Environment (Entorno): uno o más entornos disponibles para la API seleccionada;

    • Resources (Recursos): uno o más recursos;

    • Operation (Operación): una o más operaciones.

      Para Environment, Resources y Operation es posible también optar por: Select All: para que todos los entornos sean considerados para monitoreo (fijo) o Any environment: para que cualquier entorno sea considerado para monitoreo (dinámico). Vea la diferencia entre All y Any
  • Lista de políticas
    Los elementos agregados a la política estarán disponibles en esta lista, con las columnas:

    • API Name: nombre de la API;

    • Summary: cantidad de entornos, recursos y operaciones seleccionadas para monitoreo. La cantidad no se muestra para elementos con monitoreo dinámico — se describen como "any" (cualquier). Los elementos con monitoreo fijo se presentan con el número que representa la cantidad total disponible (del entorno, recurso u operación) en el momento de la creación de la política.

    • Actions: acciones de editar o eliminar el elemento.

línea horizontal con cuatro círculos


3 ACTIONS

La acción de enviar una notificación puede ser configurada y personalizada en esta etapa de la configuración.

Siga los pasos a continuación para configurar una acción. Haga clic en los enlaces para obtener más detalles.

  1. Haga clic en +, al lado de una acción.

  2. Complete los campos indicados. Haga clic para ver más detalles de la configuración de envío de alerta por:

  3. Opcionalmente, habilite "Add Custom Message" y personalice el mensaje a enviar con la notificación. Disponible para: correo electrónico, Slack, Microsoft Teams y Webhook.

  4. Haga clic en SAVE para guardar la configuración. Es necesario configurar al menos una acción para poder guardar la alerta.

    Guardar la acción no guarda la política. Para guardar la política, haga clic en SAVE al final del proceso de configuración (paso 4 REVIEW).
  5. Puede configurar más de una acción por política. Para configurar más acciones, repita los pasos del 1 al 4.

  6. Haga clic en NEXT para continuar con el siguiente paso del registro de la política: revisión (Review).

Correo electrónico

Cuando se configura esta acción, se envía un correo electrónico de notificación cada vez que ocurre un evento que activa una alerta.

Siga los pasos a continuación para configurar una acción de envío por correo electrónico.

  1. Haga clic en + y ingrese una o más direcciones de correo electrónico en el campo E-mails.

    Use comas para separar los correos electrónicos.
  2. Si lo desea, incluya un mensaje adicional personalizado haciendo clic en ADD CUSTOM MESSAGE.

    El mensaje puede estar escrito en formato de texto plano o HTML.
  3. Haga clic en SAVE.

Después de que se haya agregado un destinatario, recibirá un correo electrónico para autorizar la recepción de las notificaciones. El enlace de confirmación en el correo electrónico será válido durante 24 horas después del envío.

Se enviará solo un correo electrónico por política (no por operación).

Slack

Cuando se configura esta acción, se envía una notificación a un canal de Slack cada vez que ocurre un evento que activa una alerta.

Siga los pasos a continuación para configurar una acción de envío por Slack

  1. Haga clic en ] y seleccione el espacio de trabajo de Slack que se utilizará o agregue uno nuevo haciendo clic en btn:[ ADD WORKSPACE. Consulte más detalles sobre cómo incluir un espacio de trabajo.

  2. Elija un canal. Por defecto, solo se mostrarán canales públicos. Consulte cómo agregar un canal privado.

    Solo se puede elegir un canal por alerta.
  3. Si lo desea, incluya un mensaje adicional personalizado (haga clic en botón de alternar junto a ADD CUSTOM MESSAGE para habilitar el campo).

  4. Haga clic en SAVE.

  5. Si desea enviar un mensaje de prueba: junto a "Slack", haga clic en indicación de opción para expandir para expandir y haga clic en SEND TEST MESSAGE.

Microsoft Teams

Cuando se configura esta acción, se envía una notificación a Microsoft Teams cada vez que ocurre un evento que activa una alerta.

Siga los pasos a continuación para configurar una acción de envío por Microsoft Teams

  1. En Microsoft Teams, cree un webhook de entrada (incoming webhook). Consulte la documentación de Microsoft Teams.

  2. Haga clic en + el campo "Incoming Webhook URL" e ingrese la URL que recibió de Microsoft Teams al crear el Webhook de entrada.

  3. Si lo desea, incluya un mensaje adicional personalizado (haga clic en botón de alternar junto a ADD CUSTOM MESSAGE para habilitar el campo).

  4. Haga clic en SAVE.

  5. Si desea enviar un mensaje de prueba: junto a "Microsoft Teams", haga clic en indicación de opción para expandir para expandir y haga clic en SEND TEST MESSAGE.

Webhook

Cuando se configura esta acción, cada vez que ocurre un evento que activa una alerta, se envía una petición HTTP POST al punto final que usted determine.

Con esta alerta, puede activar una API específica. La carga útil de esta petición incluirá los parámetros monitoreados de la alerta y un mensaje adicional (opcional).

Siga los pasos a continuación para configurar un webhook:

  1. Haga clic en + e ingrese la URL del endpoint.

  2. Si lo desea, seleccione una credencial o cree una nueva haciendo clic en + NEW CREDENTIAL. Consulte más detalles sobre cómo crear un webhook.

  3. Si lo desea, incluya un mensaje adicional personalizado (haga clic en botón de alternar junto a ADD CUSTOM MESSAGE para habilitar el campo).

    El mensaje se incluirá en la carga útil de la petición, identificado por "customMessage".
  4. Haga clic en SAVE.

  5. Si lo desea, vea un ejemplo de esquema JSON o JSON. Haga clic en {…​} VIEW SAMPLE y seleccione una pestaña.

WhatsApp

Cuando se configura esta acción, cada vez que ocurre un evento que activa una alerta, se envía un mensaje por WhatsApp a uno o más números.

Siga los pasos a continuación para configurar una acción de envío por WhatsApp:

  1. Haga clic en + y seleccione uno o más contactos. Los contactos se encuentran en Phone Catalog. Haga clic para ver cómo agregar un nuevo contacto.

  2. Haga clic en SAVE.

  3. Si desea enviar un mensaje de prueba: junto a "WhatsApp", haga clic en indicación de opción para expandir para expandir y haga clic en SEND TEST MESSAGE.

Para utilizar WhatsApp como medio de notificación, debe activarlo para su entorno. Póngase en contacto con nosotros para obtener más detalles.


línea horizontal con cuatro círculos

4 REVIEW

Revise los detalles y parámetros de la política.

Si necesita editar, regrese a los pasos anteriores haciendo clic en la barra de navegación (breadcrumble) en la parte superior de la página.

Cuando haya terminado, haga clic en SAVE para guardar la política.

Es necesario hacer clic en SAVE para guardar la configuración.

La política creada se encuentra en la lista de políticas. Consulte los detalles de las columnas y acciones de la lista haciendo clic en el enlace anterior.


Funcionamiento

Después de haber creado una política, el evento de monitoreo se ejecutará según los parámetros indicados para todos los elementos (APIs/Operaciones) seleccionados y, si se detecta que una determinada API/operación se ajusta a este evento, la notificación elegida en la política se activará individualmente para cada API/operación.

A continuación, se muestra un ejemplo (en video o texto).



He creado una política para que se ejecute cada 5 minutos para las siguientes APIs/Operaciones (Monitored Items):

  • 1. API Pedidos 1.0, Entorno Producción, Recurso Pedidos, Operación GET/list y GET/items

  • 2. API Delivery 1.0, Entorno Any, Recurso Any, Operación Any

  • 3. API Tokens 1.0, Entorno All, Recurso Tokens, Operación All

Esta política monitoreará si la cantidad de llamadas supera las 10 llamadas con código de estado 200 en los últimos 5 minutos.

Imagina los siguientes escenarios:

1. API Pedidos 1.0, Entorno Producción, Recurso Pedidos, Operación GET /list y GET /items

Supongamos que:

  • para la Operación GET/list, la condición es verdadera, es decir, ha tenido más de 10 llamadas con código de estado 200 en los últimos 5 minutos en el momento de la verificación y

  • para la Operación GET/items, la condición es falsa.

→ Entonces la notificación se enviará solo para la operación GET/list. Tenga en cuenta que solo se monitoreará la implementación de la API en el Entorno Producción.

2. API Delivery 1.0, Entorno Any, Recurso Any, Operación Any

Supongamos que:

  • para la Operación (Any), alguna operación ha superado las 10 llamadas con código de estado 200 en los últimos 5 minutos en el momento de la verificación.

→ Entonces se enviará una notificación para cada operación individualmente. Tenga en cuenta que, como la verificación se realiza en cualquier (Any) Entorno, las notificaciones también se enviarán individualmente para cada Entorno y Operación.

3. API Tokens 1.0, Entorno Todos, Recurso Tokens, Operación Todos

Supongamos que:

  • ha habido alguna operación del Recurso Tokens que ha superado las 10 llamadas con código de estado 200 en los últimos 5 minutos en el momento de la verificación.

→ Entonces se enviará una notificación para cada una de estas operaciones que cumplan con la condición verdadera de la política.

→ Las operaciones de este recurso que no hayan superado las 10 llamadas con código de estado 200 no se incluirán en las notificaciones.

→ Con la selección de All para entornos y operaciones, solo se considerarán los entornos y operaciones existentes en el momento de la creación o edición de la política. Si se crean nuevos entornos u operaciones después de eso, no se incluirán en el monitoreo.

Por otro lado, al elegir "Any" en algún criterio de la API (Entornos, Recursos, Operaciones), se considerarán todas las opciones de esa API en el monitoreo, incluyendo aquellas creadas después de la creación o edición de la política. Consulta más detalles en Configuraciones fijas o dinámicas.


Situaciones de ejemplo

Condición: cantidad de llamadas supera las 10 Y código de estado 200 Y últimos 5 minutos

Elementos monitoreados

¿Condición verdadera?

Cantidad de notificaciones

1. API Pedidos 1.0, Entorno Producción, Recurso Pedidos, Operación GET/list y GET/items

GET/list: Sí
GET/items: No

Solo 1 para GET/list que está en el entorno de producción. Aunque esta operación exista en otro entorno, no se monitoreará.

2. API Delivery 1.0, Entorno Any, Recurso Any, Operación Any

Sí para cualquier operación

Una notificación por operación y por entorno
Ejemplo: cada 5 minutos, si 4 entornos con 5 operaciones cada uno cumplen con la condición, se enviarán un total de 20 notificaciones.

3. API Tokens 1.0, Entorno All, Recurso Tokens, Operación All

Sí para todas las operaciones del Recurso Tokens en todos los entornos existentes en el momento de la creación de la política

Una notificación por operación y por entorno, para los elementos existentes en el momento de la creación de la política
Ejemplo: cada 5 minutos, si 4 entornos con 5 operaciones cada uno (que ya existían en el momento de la creación de la política) cumplen con la condición, se enviarán un total de 20 notificaciones.

Configuraciones fijas o dinámicas (all o any)

Las opciones All y Any definen si la política es fija (los parámetros que activan la alerta son siempre los mismos que configuró/editó) o dinámica (los parámetros se actualizan automáticamente con la API).

  • All: al seleccionar todos los elementos (en Entorno, Recurso y Operación) para ser monitoreados por una política, se considerarán todos los elementos de la API seleccionados en el momento de la creación o edición de la política para activar la alerta. Los elementos creados después de esta definición no se incluirán en el monitoreo.

  • Any: al seleccionar cualquier elemento (en Entorno, Recurso y Operación) para ser monitoreado por una política, se considerarán todos y cada uno de los elementos de la API para el monitoreo, incluyendo adiciones a la API que ocurran después de la definición de la política.

Usar la opción Any brinda mayor dinamismo al monitoreo, ya que se actualizará automáticamente cuando se agreguen nuevas operaciones a la API.

Por otro lado, la opción All le permite mantener fijos los parámetros del monitoreo tal como se configuraron inicialmente. Las nuevas adiciones a las APIs deberán configurarse manualmente para que se incluyan en las activaciones de alertas.

Vea un ejemplo de cómo funcionan estas opciones en un escenario de monitoreo de una API en el video (a los 02:00).

Estos recursos temporalmente no están disponibles:

  • ícono de advertencia indica cuando una operación de la API no está implementada (deployed) en el entorno seleccionado para el monitoreo.

  • ícono para copiar opción para clonar una política.

    Estos recursos volverán en futuras versiones.

    ejemplo de monitoreo de la versión anterior con las indicaciones

Thanks for your feedback!
EDIT

Share your suggestions with us!
Click here and then [+ Submit idea]