Componer políticas operativas

Empezar por la decisión

Una configuración de Sentinelia expresa qué observas, qué significado le das y cómo respondes a sus cambios. Antes de elegir monitores, escribe la decisión que necesitas: «este servicio puede recibir tráfico», «la recuperación está dentro de plazo» o «necesitamos intervenir».

Esas decisiones pueden utilizar las mismas señales y producir resultados diferentes. Un servidor recién reiniciado puede estar dentro de su plazo de recuperación y todavía no estar preparado para recibir tráfico.

Tu contexto forma parte de la solución

Sentinelia aporta las piezas; tú aportas el criterio operativo. Tú conoces qué significa una incidencia en tu infraestructura, qué dependencias importan y qué actuación conviene en cada situación. Utiliza ese conocimiento para decidir qué observar, cómo interpretarlo, qué condiciones combinar y cuándo actuar.

Los ejemplos de este manual muestran configuraciones que puedes adaptar a tus servicios, dependencias y tiempos de recuperación. Define qué debe significar cada estado y qué actuación corresponde a sus cambios.

Observa → interpreta → compón → actúa. Una misma observación puede contribuir a varias decisiones: advertir a una persona, conceder un margen de recuperación o cambiar el destino anunciado de un servicio. El significado de cada conclusión lo defines al configurar la composición.

Dos ideas para empezar a explorar

Para correo con TLS implícito, como el servicio configurado en el puerto 465, puedes utilizar un monitor TCP con Exigir TLS válido. Las comprobaciones se combinan con los estados que necesite tu política. Una conexión correcta y un certificado válido acreditan esas condiciones; para otras condiciones de la aplicación puedes incorporar su telemetría.

En una política con varios destinos, decide qué significa «preparado», qué alternativa tiene preferencia, qué debe ocurrir si ninguna cumple las condiciones y cómo recuperar el servicio principal. La expresión lógica y las acciones enlazadas recogen esas decisiones. Los ejemplos DNS muestran cómo separar disponibilidad y elección de destino, incluyendo los tiempos de publicación y caché.

Las piezas y sus responsabilidades

La respuesta también puede consistir en la revisión de una persona. En el caso de copias de Hyper-V con notificación en positivo, el resultado y su antigüedad producen dos alertas para el turno diario de mantenimiento, sin acciones automáticas vinculadas.

Un monitor puede alimentar varias composiciones. Un lógico puede alimentar otro lógico. Construye niveles con nombres que expliquen su significado: condiciones del equipo, preparación del nodo y disponibilidad del servicio. Un monitor no puede depender de sí mismo, directamente ni a través de otros. Revisa las entradas de cada nivel para evitar referencias que vuelvan al monitor de origen.

Explicar la composición a quien la mantiene

Una política debe poder entenderse desde sus nombres, descripciones y notas operativas. Documenta qué significa cada entrada, qué decisión expresa la conclusión y qué debe revisar el técnico cuando cambie el estado.

Estas notas ayudan a compartir el conocimiento de quien diseñó la política. Conserva la diferencia entre el hecho observado y las hipótesis: «no llega un resultado reciente» describe una condición; «el servidor está apagado» necesita evidencias adicionales.

El alcance del recurso y el del usuario, junto con sus permisos, determinan quién puede consultarlo o administrarlo. Consulta Organización y Usuarios, alcance y permisos para preparar esa parte de la composición.

Dar significado a verdadero y falso

La lógica recibe la disponibilidad de los monitores. El valor bruto de una señal booleana y la disponibilidad de su monitor son dos cosas distintas.

Por ejemplo, Servidor sin prueba de vida = falso puede ser la condición normal del monitor Continuidad del servidor. La entrada lógica de ese monitor vale verdadero cuando está disponible. Nombrarlo «sin POL» llevaría a leer la fórmula al revés.

Cuando utilizas una regla de interpretación, su coincidencia representa el fallo del monitor que la consume. Una regla «memoria superior al límite» coincide cuando hay saturación; el monitor «memoria dentro de política» estará indisponible en ese caso.

En las dependencias locales ya ejecutadas y habilitadas, el estado disponible aporta verdadero y los demás estados aportan falso. Por eso NOT A significa que A no está disponible; consulta su diagnóstico para distinguir una condición incumplida de un estado desconocido. Si necesitas representar específicamente un reinicio, utiliza la señal correspondiente con el valor normal que exija tu política.

Separar atención y automatización

Entrada de un monitor lógico mantiene la evaluación y el histórico y retira la alerta individual del panel. Sus eventos y automatizaciones directas siguen funcionando. En los lógicos intermedios, la opción equivalente es Usar solo como entrada de otros monitores.

Sitúa cada enlace en el nivel cuya decisión deba gobernar la acción. Un monitor Servicio preparado puede controlar el anuncio DNS; otro Recuperación dentro de plazo puede mostrar la incidencia que debe atender una persona. Ambos pueden compartir entradas.

Inhibir una alerta no es el control para detener una automatización. Para suspender una acción, gestiona su estado o el de su enlace.

Elegir el estado inicial

El estado inicial del lógico determina su salida mientras aún no puede calcular la expresión. Cuando una dependencia local no tiene estado, está deshabilitada o todavía no se ha ejecutado, el lógico conserva su salida anterior; si no la tiene, utiliza el estado inicial configurado.

Esa conservación también se aplica a una expresión OR: tener una rama disponible no sustituye la preparación de todas sus dependencias. Revisa Variables, Última evaluación y el diagnóstico de entradas antes de interpretar la salida como una evaluación nueva.

Prepara por separado el estado inicial del recurso gobernado por una acción. Guardar un enlace no ejecuta automáticamente la acción ni sincroniza el registro DNS con el monitor: las ejecuciones responden a los eventos seleccionados.

Componer también el tiempo

El retardo lógico se aplica a cambios de salida, incluida la recuperación. Mientras está pendiente, la composición sigue aportando su salida estable. Una condición que vuelve al estado anterior antes de completar el retardo no se consolida como cambio.

Los tiempos actúan en capas. Elige dónde necesitas filtrar una oscilación y dónde necesitas reaccionar con rapidez. La ventana del perfil servidor y la histéresis de envío de métricas de Attacus pertenecen a decisiones diferentes.

Incorporar información de otra instalación

Una entrada federada añade decisiones sobre su procedencia y continuidad: estado inicial, inversión, retardo y comportamiento cuando se pierde temporalmente la fuente. La política puede conservar el último valor o forzar un resultado según la configuración de la entrada.

Una retirada definitiva de la fuente tiene un significado diferente de una interrupción temporal. Revisa el diagnóstico de la relación y de la entrada. La guía de federación explica la autorización y el intercambio que hacen posible su uso local.

Comprobar una política completa

1. Describe qué significa la salida disponible del monitor final.

2. Identifica las señales y la condición normal de cada entrada.

3. Recorre los estados esperados, el arranque y la pérdida de una dependencia.

4. Elige los retardos, la visibilidad de las alertas y los enlaces de acciones.

5. Comprueba la evaluación real y el resultado en el sistema receptor.

Continúa con agentes, continuidad y recuperación o con DNS y servicios compuestos. Las recetas enseñan a aplicar estas decisiones; las guías de cada función describen sus controles.