Alertas de plataforma
Para qué sirve esta pantalla
Alertas de plataforma existe por un motivo: una condición que la plataforma presenta como un problema debe poder llegar a una persona que no está mirando la pantalla. El panel de Estado del Sistema ya muestra todas las condiciones que se evalúan aquí. Lo que no puede hacer es avisarte de una a las tres de la madrugada.
Es una de las tres tarjetas de Observabilidad y Auditoría que no contienen ningún valor de configuración. Administra dos tipos de registro: condiciones — un catálogo cerrado de veinte, que ajustas pero al que no puedes añadir — y destinos, donde se entrega una notificación.
El catálogo está cerrado a propósito: la plataforma conoce sus propios modos de fallo y un despliegue no puede inventar uno. Sin ningún destino configurado, la pantalla sigue mostrando el catálogo completo con sus valores por omisión, y declara con claridad que no se entregará nada. Ese es el estado honesto — la plataforma está configurada y sin entrega, que no es lo mismo que sin configurar.
La pantalla no recalcula nada. Aquí no se compara ningún umbral ni se decide que una condición esté disparada; cada valor mostrado lo decidió la plataforma. Una segunda opinión calculada en el navegador sería visiblemente errónea justo cuando importa.
Qué debe existir antes
Es una pantalla de plataforma: se alcanza en el contexto de plataforma y solo se sirve al tenant de plataforma. No hay plano por tenant: las alertas son de la plataforma por construcción. Se aplican tres permisos separados, y tener la lectura de la configuración de plataforma no incluye ninguno:
- El permiso de lectura de alertas, que lista las condiciones, los destinos y el estado actual.
- El permiso de escritura de alertas, para ajustar una condición o crear, editar y eliminar un destino.
- El permiso de prueba de un destino, separado del de escritura, porque una prueba entrega un mensaje real a un destinatario real, al que después no se puede desavisar.
- Una vía de entrega saliente operativa. Sin ella la plataforma responde a una prueba como no disponible, en lugar de registrar un veredicto de una entrega que nunca ocurrió.
Decisiones que tomas aquí
Ajustar una condición
Cada condición muestra lo que significa tal como lo declara la plataforma: un título, qué mide, por qué importa y qué hacer primero, en tu idioma. La pantalla no guarda redacción propia, así que el catálogo que lees es el mismo con el que se escriben los mensajes.
Puedes cambiar hasta cuatro ajustes. Activada desconecta una condición por completo. Umbral es un porcentaje, y existe solo en las condiciones que miden uno — una condición que pregunta si un servicio está en pie no tiene umbral, y enviarle uno se rechaza. Permanencia es cuánto debe mantenerse la condición antes de dispararse, lo que suprime el parpadeo. Enfriamiento es el intervalo mínimo entre notificaciones repetidas mientras sigue disparada; una condición programada no lo tiene, porque su franja semanal es toda su cadencia. Las duraciones se muestran en días, horas y minutos.
Mientras una condición se cumple pero su permanencia aún no ha transcurrido, Estado del Sistema la muestra como pendiente y no se notifica a nadie; se dispara, y notifica, cuando la permanencia se completa.
Tres condiciones vigilan las copias de seguridad: copias que no se podrían restaurar sin el host, ninguna copia de seguridad reciente correcta y una última ejecución de copia fallida. No admiten umbral; cuántos días puede tener una copia es un ajuste del despliegue, 7 días de forma predeterminada. No deciden nada por su cuenta: cada una se dispara exactamente cuando la tarjeta Preparación para la recuperación de Estado del Sistema enumera su motivo.
Algunas condiciones están marcadas como Detección de seguridad: se activan cuando la plataforma está bajo ataque o ha perdido un control de seguridad. Solo un superadministrador de plataforma puede modificarlas, su permanencia es de una hora como máximo y sus advertencias nunca se retienen por horas de silencio. Lo mismo vale para eliminar o restringir el último destino que recibe las alertas críticas o de advertencia, porque eso también silencia esas condiciones.
Conviene conocer dos rechazos antes de encontrarlos. Una condición que se evalúa contra un umbral no puede quedarse sin él — omitirlo la silenciaría de forma permanente en lugar de relajarla. Y en la condición de reinicios repetidos la permanencia debe ser menor que su ventana de observación; igual o mayor, la condición nunca podría dispararse.
Los tres niveles se llaman por lo que la plataforma hace con ellos. Crítico se entrega de inmediato, a cualquier hora. Advertencia se entrega de inmediato, salvo a un destino cuyas horas de silencio estén en curso: allí espera al final de la ventana. Programado sale una vez por semana, en el resumen, en la franja que muestra el encabezado del nivel. Una condición programada informa de una lista de trabajo y no de un incidente, así que no tiene contraparte de resolución.
Previsualizar un mensaje
Previsualizar muestra exactamente lo que diría el mensaje de una condición — el asunto, el texto del correo, el texto del SMS y el cuerpo del webhook —, generado por la plataforma a partir de una muestra realista, con el nombre de este entorno y el enlace real. No se envía nada, y basta con el permiso de lectura de alertas.
La franja del resumen semanal
El día, la hora y la zona horaria del resumen semanal se muestran en el nivel programado. Un superadministrador los edita aquí; el resto los lee. Un cambio se aplica a la siguiente franja posterior, nunca en el momento de guardarlo, y una franja que ya pasó esta semana no se envía con retraso. La zona horaria es una región como Europe/Madrid, o UTC, que es el valor por omisión; un desfase fijo se rechaza porque no sigue el horario de verano.
Los destinos, y el que es distinto
Un destino de alertas tiene un canal — correo, SMS, WhatsApp o webhook — y el conjunto de severidades que acepta. El enrutado vive en el destino: con un solo administrador de plataforma no hay un árbol de enrutado que expresar, solo un filtro por destino. Acotar las severidades de un destino es la forma admitida de dejar de enterarte de algo, en lugar de desactivar la condición.
Un destino de alertas también puede tener horas de silencio: una ventana local, como de 22:00 a 07:00 en tu zona, en la que sus advertencias se retienen y se entregan al terminar. Las alertas críticas y el resumen semanal nunca se retienen. La ventana termina justo a su hora de fin, y puede cruzar la medianoche. Las horas de silencio retienen solo advertencias, así que se rechazan en un destino que no acepta advertencias, igual que una ventana cuyo inicio y fin coinciden. La zona debe ser una región como Europe/Madrid, o UTC; un desfase fijo se rechaza porque no sigue el horario de verano.
Latido es el segundo propósito, y no es una alerta. Es un pequeño ping firmado a un webhook, enviado con el intervalo que elijas entre un minuto y una hora. El intervalo es obligatorio: el formulario empieza en cinco minutos, pero la plataforma no guarda ningún valor por omisión propio.
Apúntalo a un control externo como healthchecks.io, Better Stack o Cronitor, fija el periodo de ese control al mismo intervalo y su margen al menos en un intervalo más un intervalo de evaluación, y deja que el control te avise cuando los pings se detengan. Un latido solo admite webhook y no tiene severidades ni horas de silencio; el formulario fija el canal por ti.
Solo puede existir un destino de latido activo — la plataforma rechaza un segundo. Su endpoint se somete siempre a la regla estricta, sea cual sea el tipo de despliegue, porque un receptor dentro de tu propia red está en el mismo dominio de fallo del que existe para escapar.
Enviar una prueba y leer el veredicto
Enviar prueba entrega un mensaje real por la vía real: la misma muestra que enseña la previsualización, marcada como prueba. La prueba de un destino de latido envía un ping. Está limitado a una prueba por destino y por minuto, y el límite es por destino y no por operador porque la avalancha cae sobre el destinatario en cualquier caso. Una prueba que no pudo enviar nada no consume esa ventana.
El resultado se registra en la fila y se vuelve a leer en cada carga: un veredicto de entregado, rechazado, inalcanzable o desconocido, la hora y un motivo breve en lenguaje llano. El motivo está ahí porque una sola palabra no responde a tu siguiente pregunta, que siempre es qué hay que arreglar — «rechazado» en un destino de correo puede significar que el despliegue no tiene ningún proveedor de correo configurado, y esa frase vale más que el veredicto.
El único valor que no está aquí
Con qué frecuencia se mide cada condición no está en esta pantalla. Vive como valor de configuración bajo Trazas y Métricas en el mismo grupo, y además fija cada cuánto se refresca el documento de Estado del Sistema: son la misma medición. Acortarlo hace más frescas las alertas y el panel y multiplica el sondeo sobre todos los servicios. El latido y el resumen mantienen su propio calendario; este intervalo solo acota cuánto pueden retrasarse.
Cómo se relaciona con otras pantallas
Esta superficie vive dentro del grupo Observabilidad y Auditoría, junto a los otros dos subsistemas que administran registros en lugar de valores:
Lo que estas condiciones miden se dibuja completo en el panel de estado, y los canales de entrega que usa un destino se configuran como una integración propia.