NOC, Observability e ITOM

Objetivo y mapa del área

Esta área cubre la operativa de infraestructura: el NOC (monitorización y gestión de eventos), la Observability (métricas, trazas, logs, pruebas sintéticas, RUM, topología) y el ITOM (IT Operations Management: discovery, DNS, IPAM, certificados, mantenimiento, automatización, SLO, políticas, gobierno, optimización). Los tickets pertenecen a la familia NOC-*. Llegas a las páginas desde el Hub IT, el Observability Hub y el ITOM Hub.

NOC L1 y On-Call

Para qué sirve. Es la consola operativa del NOC: recoge las alertas de monitorización (NOC-EVENT, por webhook desde Zabbix/Nagios/Datadog) y las alertas de análisis de logs (NOC-LOG-ALERT), las correlaciona en NOC-INCIDENT y gestiona los turnos de guardia (on-call). Usa el mismo motor de diseño que la consola IT, descrito en detalle en Consola operativa L1/L2/L3 (NOC y Service Desk).

Cuándo usarla. Es el puesto del operador del NOC para la monitorización, el triaje y la gestión de los incidentes de infraestructura.

Cómo abrirla. Desde el Hub IT (recuadro NOC) o desde el Observability Hub.

Qué muestra. El diseño de tres paneles (cola · detalle · herramientas) con actualización automática cada 60 s. KPI del L1: Tickets abiertos, P1/P2 activos, Incumplimientos de SLA, MTTR (min), Resueltos hoy. Acciones del L1: Asumir, Escalate L2/L3, Resolver, Abrir Major Incident. Herramientas: CI vinculados (explorador de la CMDB), Runbook (KB NOC, Playbook de incident), Monitorización (Grafana, Alertmanager), Temporizador SLA, Dashboard. En el nivel L2: KPI Incidents abiertos, P1/P2, Change window, MTTR, Root-cause pending y acciones Take ownership, Escalate L3, Iniciar RCA, Abrir Change, Escalate MIM.

Gestión de guardias. La página incluye la gestión de los turnos de guardia: muestra el turno activo «ahora» y el calendario de las 4 semanas siguientes, con el botón + Añadir turno, que abre la ventana modal de creación de turno (IT-ONCALL: fecha, asignatario, rotación, suplente, política de escalada, contacto). La fuente de verdad de los turnos es el Contrato.

Cómo se usa. Supervisas la cola, haces el triaje de los eventos, los correlacionas en incidentes y gestionas los turnos; desde un evento puedes escalar a ITSM (IT-NOC-ESC) o abrir un Major Incident.

Qué pasa después. La correlación de N eventos sobre el mismo CI genera un NOC-INCIDENT; la asignación de turnos alimenta el enrutamiento fuera de horario y de guardia.

Notas. Enlaces directos a Service Topology e ITOM Health.

Observability Hub

Para qué sirve. Es el punto de entrada a las herramientas de observabilidad.

Cuándo usarla. Para elegir la herramienta de observabilidad adecuada (métricas, trazas, pruebas sintéticas, topología…).

Cómo abrirla. Desde la Home/Hub IT (recuadro Observability).

Qué muestra. Los recuadros hacia: Observability, Health, Traces, RUM, Synthetic, Topology, Net Observability, DB Observability, AIOps, Events & AIOps, NOC L1.

Cómo se usa. Abres la herramienta que quieras.

Qué pasa después. Accedes a la página elegida.

Notas. Cobertura funcional en evolución.

Observability / Métricas

Para qué sirve. Muestra métricas y cuadros de mando de observabilidad de la infraestructura y de los servicios.

Cuándo usarla. Para analizar la evolución de las métricas y detectar degradaciones.

Cómo abrirla. Desde el Observability Hub, recuadro Observability.

Qué muestra y cómo se usa. Gráficos de las métricas con filtros temporales y por servicio/CI; a partir de una anomalía generas un evento o abres un ticket del NOC.

Qué pasa después. Las desviaciones alimentan los eventos e insights de AIOps.

Notas. Complementa a Health (ITOM Health).

ITOM Health

Para qué sirve. Muestra el estado de salud de los servicios y de los CI.

Cuándo usarla. Para una vista resumida de la salud (verde/amarillo/rojo) durante la monitorización o un incidente.

Cómo abrirla. Desde el Observability Hub (o desde los enlaces de la consola del NOC).

Qué muestra y cómo se usa. El estado de salud por servicio/CI con los indicadores clave.

Qué pasa después. Un servicio en estado crítico guía la apertura o la escalada de incidentes.

Notas. Vinculada a la topología (Service Topology).

Distributed Tracing

Para qué sirve. Muestra el tracing distribuido de las transacciones entre servicios.

Cuándo usarla. Para localizar el cuello de botella en una transacción que atraviesa varios servicios.

Cómo abrirla. Desde el Observability Hub, recuadro Traces.

Qué muestra y cómo se usa. Las trazas con spans, latencias y dependencias; seleccionas una traza para analizar su recorrido.

Qué pasa después. El análisis guía la RCA y las optimizaciones.

Notas. Complementa a RUM y Synthetic.

Digital Experience / RUM

Para qué sirve. Mide el Real User Monitoring (experiencia real de los usuarios).

Cuándo usarla. Para evaluar el rendimiento que perciben los usuarios finales.

Cómo abrirla. Desde el Observability Hub, recuadro RUM.

Qué muestra y cómo se usa. Las métricas de experiencia (tiempos de carga, errores en el lado del cliente) por página/recorrido.

Qué pasa después. Las degradaciones de la experiencia alimentan eventos o tickets.

Notas. Complementa al Synthetic Monitoring (Synthetic Monitoring).

Synthetic Monitoring

Para qué sirve. Ejecuta pruebas sintéticas (probes) para verificar la disponibilidad y el rendimiento de los servicios.

Cuándo usarla. Para la monitorización proactiva de extremo a extremo de endpoints y recorridos críticos.

Cómo abrirla. Desde el Observability Hub, recuadro Synthetic.

Qué muestra y cómo se usa. Las pruebas sintéticas con su resultado y latencia; configuras y ejecutas los probes.

Qué pasa después. Una prueba fallida genera una alerta.

Notas. Complementa al RUM.

Service Topology

Para qué sirve. Muestra el mapa de topología de los servicios y de las dependencias entre CI.

Cuándo usarla. Para entender el impacto de un CI en un servicio o recorrer las dependencias durante un incidente.

Cómo abrirla. Desde el Observability Hub o desde los enlaces del NOC.

Qué muestra y cómo se usa. El grafo servicios↔CI con su estado; navegas por él para explorar las dependencias.

Qué pasa después. Alimenta el análisis de impacto (CMDB) y la RCA.

Notas. También se alimenta de la discovery y del service mapping (Discovery & CMDB, Asset Management y CMDB).

Network Observability

Para qué sirve. Observabilidad de la red (flujos, latencias, errores de red).

Cuándo usarla. Para diagnosticar problemas de red.

Cómo abrirla. Desde el Observability Hub, recuadro Net Observability.

Qué muestra y cómo se usa. Las métricas de red por segmento/dispositivo.

Qué pasa después. Las anomalías de red alimentan eventos o tickets del NOC.

Notas. Complementa a DB Observability.

Database Observability

Para qué sirve. Observabilidad de las bases de datos (consultas lentas, carga, bloqueos).

Cuándo usarla. Para diagnosticar problemas de rendimiento de las bases de datos.

Cómo abrirla. Desde el Observability Hub, recuadro DB Observability.

Qué muestra y cómo se usa. Las métricas de las bases de datos y las consultas problemáticas.

Qué pasa después. Las anomalías alimentan eventos o tickets.

Notas. Complementa a Net Observability.

ITOM AIOps

Para qué sirve. Es el motor AIOps de ITOM: detección de anomalías, predicción de capacidad y correlación basadas en ML.

Cuándo usarla. Para aprovechar los insights automáticos sobre la infraestructura.

Cómo abrirla. Desde el Observability Hub / ITOM.

Qué muestra y cómo se usa. Los insights operativos (NOC-OI-INSIGHT: tipo, confianza, CI afectados, recomendación, impacto estimado) que generan los modelos.

Qué pasa después. Los insights guían acciones preventivas (capacidad, mantenimiento).

Notas. Consulta también Events & AIOps (Events & AIOps) para el motor de eventos.

Events & AIOps

Para qué sirve. Es la inteligencia sobre los eventos de ITOM: reglas, deduplicación, correlación, reducción del ruido, RCA avanzada, previsiones y runbooks autónomos.

Cuándo usarla. Para configurar y gobernar el tratamiento automático de los eventos y las predicciones.

Cómo abrirla. Desde el Hub IT / Observability Hub, recuadro Events & AIOps.

Qué muestra. Una consola en pestañas:

Pestaña	Contenido
Rules	Reglas de eventos
Correlate	Correlación de las alertas abiertas
RCA	Root Cause Analysis avanzada
Predict	Previsión del ritmo de eventos, detección de anomalías, riesgo de capacidad
Models	Los modelos de ML
Golden	Golden signals / líneas base
Defaults	Configuraciones predeterminadas (perfil de ruido, umbrales dinámicos)
GenAI	Funciones de IA generativa
Bizservice	SLA de los servicios de negocio
Runbook	Runbooks autónomos (canary + rollback)

Cómo se usa. Defines reglas y umbrales, correlacionas las alertas, analizas las causas raíz y configuras previsiones y runbooks autónomos.

Qué pasa después. Las reglas reducen el ruido y generan insights o incidentes; los runbooks autónomos ejecutan respuestas con canary y rollback.

Notas. RCA bayesiana multidominio; deduplicación y reducción del ruido.

Telemetry Health

Para qué sirve. Supervisa el estado de la propia telemetría (pipelines de métricas y logs).

Cuándo usarla. Para comprobar que la recogida de datos funciona bien (sin huecos de telemetría).

Cómo abrirla. Desde el área Observability/ITOM.

Qué muestra y cómo se usa. El estado de las fuentes de telemetría y los posibles huecos.

Qué pasa después. Un hueco de telemetría es en sí mismo una señal que hay que gestionar.

Notas. Garantiza la fiabilidad de los datos de observabilidad.

ITOM Hub y consola ITOM

Para qué sirve. El ITOM Hub es la entrada al IT Operations Management; la consola ITOM es su panel operativo.

Cuándo usarla. Para la operativa diaria de ITOM (logs, insights, runbooks, autorreparación).

Cómo abrirla. Desde el Hub IT (recuadro ITOM) o desde el ITOM Hub.

Qué muestra. La consola ITOM se organiza en pestañas: Logs (analítica de logs), OI (operational insight/AIOps), Runbooks (procedimientos automatizados), Self-heal (autorremediación) y Config (configuración, detección de desviaciones respecto a la línea base).

Cómo se usa. Analizas los logs, consultas los insights, ejecutas los runbooks y las acciones de autorreparación, y verificas el cumplimiento de la configuración (desviaciones).

Qué pasa después. La autorreparación corrige automáticamente; las desviaciones de configuración generan avisos.

Notas. El ITOM Hub también abre las páginas especializadas siguientes.

Discovery & CMDB

Para qué sirve. Ejecuta la discovery automática de la infraestructura y alimenta la CMDB.

Cuándo usarla. Para descubrir y actualizar los CI automáticamente.

Cómo abrirla. Desde el ITOM Hub, recuadro Discovery.

Qué muestra y cómo se usa. Las ejecuciones de discovery (CMDB-DISCOVERY-RUN) con origen, ámbito, programación y resultados (CI nuevos/actualizados/eliminados, duración, errores).

Qué pasa después. Los CI descubiertos actualizan la CMDB y la topología.

Notas. Complementa al Service Mapping (Asset Management y CMDB).

DNS Management

Para qué sirve. Gestiona los registros DNS de la infraestructura.

Cuándo usarla. Para consultar o gestionar las zonas y los registros DNS.

Cómo abrirla. Desde el ITOM Hub, recuadro DNS.

Qué muestra y cómo se usa. Las zonas y los registros con sus acciones.

Qué pasa después. Los cambios de DNS se reflejan en la infraestructura.

Notas. Vinculada a IPAM y a los certificados.

IP Address Management

Para qué sirve. Gestiona el espacio de direccionamiento IP (IPAM).

Cuándo usarla. Para asignar o consultar subredes y direcciones IP.

Cómo abrirla. Desde el ITOM Hub, recuadro IPAM.

Qué muestra y cómo se usa. Las subredes y las direcciones asignadas y libres; la asignación.

Qué pasa después. Las asignaciones actualizan el inventario de red.

Notas. Complementa a DNS.

Certificate Management

Para qué sirve. Gestiona el inventario de certificados SSL/TLS (IT-CERT).

Cuándo usarla. Para supervisar los vencimientos y las renovaciones de los certificados.

Cómo abrirla. Desde el ITOM Hub, recuadro Certificados.

Qué muestra y cómo se usa. Los certificados con dominio, vencimiento, emisor, SAN y renovación automática; las alertas automáticas a 60/30 días y al vencimiento.

Qué pasa después. Los certificados a punto de vencer generan alertas y tareas de renovación.

Notas. Vinculada a DNS y a la CMDB.

Maintenance Windows

Para qué sirve. Gestiona las ventanas de mantenimiento planificado (IT-MAINTENANCE).

Cuándo usarla. Para planificar intervenciones y suprimir las alertas de los CI afectados durante ese periodo.

Cómo abrirla. Desde el ITOM Hub, recuadro Maintenance.

Qué muestra y cómo se usa. Las ventanas con los CI incluidos, inicio/fin y supresión de alertas; se pueden vincular a changes y despliegues.

Qué pasa después. Durante la ventana, las alertas del NOC de esos CI se suprimen automáticamente.

Notas. Evita falsas alarmas durante las intervenciones planificadas.

Automation

Para qué sirve. Gestiona las automatizaciones operativas de ITOM.

Cuándo usarla. Para definir y ejecutar automatizaciones de infraestructura.

Cómo abrirla. Desde el ITOM Hub, recuadro Automation.

Qué muestra y cómo se usa. Las automatizaciones disponibles con su ejecución y resultado.

Qué pasa después. Las automatizaciones producen sus efectos operativos.

Notas. Complementa a Runbooks y Self-heal de la consola ITOM (ITOM Hub y consola ITOM).

SLO & Error Budget

Para qué sirve. Gestiona los Service Level Objectives y el error budget.

Cuándo usarla. Para definir y supervisar los objetivos de servicio y el presupuesto de errores.

Cómo abrirla. Desde el ITOM Hub, recuadro SLO.

Qué muestra y cómo se usa. Los SLO con el consumo del error budget y las alertas de burn rate.

Qué pasa después. El agotamiento del presupuesto guía las decisiones (freeze, prioridades).

Notas. Vinculado a los golden signals (Events & AIOps).

Policy Enforcement

Para qué sirve. Aplica las políticas operativas a la infraestructura (enforcement).

Cuándo usarla. Para definir y hacer cumplir las reglas operativas o de configuración.

Cómo abrirla. Desde el ITOM Hub, recuadro Policy.

Qué muestra y cómo se usa. Las políticas con su estado de cumplimiento y las infracciones.

Qué pasa después. Las infracciones generan avisos o acciones.

Notas. Complementa a Governance (Governance) y al cumplimiento de la configuración.

Governance

Para qué sirve. Gobierna los procesos y los estándares de ITOM.

Cuándo usarla. Para supervisar el gobierno operativo.

Cómo abrirla. Desde el ITOM Hub, recuadro Governance.

Qué muestra y cómo se usa. Los indicadores de gobierno y el cumplimiento de los estándares.

Qué pasa después. Alimenta las decisiones de mejora.

Notas. Vinculada a Policy y Optimization.

Optimization

Para qué sirve. Optimiza la capacidad y los costes de la infraestructura.

Cuándo usarla. Para detectar recursos infrautilizados o sobreutilizados y oportunidades de ahorro.

Cómo abrirla. Desde el ITOM Hub, recuadro Optimization.

Qué muestra y cómo se usa. Las recomendaciones de optimización (rightsizing, retiradas) con su impacto estimado.

Qué pasa después. Las recomendaciones guían los changes y las tareas de optimización.

Notas. Vinculada a FinOps (Asset Management y CMDB) y a la predicción de capacidad (AIOps).