NOC, Observability e ITOM

Propósito y mapa del área

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

NOC L1 y On-Call

Para qué sirve. Es la consola operativa del NOC: reúne las alertas de monitoreo (NOC-EVENT, vía webhook desde Zabbix/Nagios/Datadog) y las alertas del 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 layout que la consola de TI, descrito a detalle en Consola operativa L1/L2/L3 (NOC y Service Desk).

Cuándo usarla. Es el puesto del operador NOC para monitoreo, triage y gestión de incidentes de infraestructura.

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

Qué muestra. El layout de tres paneles (cola · detalle · herramientas) con actualización automática cada 60 s. KPI del L1: Tickets abiertos, P1/P2 activos, SLA breach, MTTR (min), Resueltos hoy. Acciones del L1: Atender, Escalate L2/L3, Resolver, Abrir Major Incident. Herramientas: CI relacionados (CMDB explorer), Runbook (KB del NOC, Playbook de incidents), Monitoreo (Grafana, Alertmanager), SLA timer, Dashboard. En el tier 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 On-Call. 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 + Agregar turno que abre el modal para crear un turno (IT-ONCALL: fecha, asignado, rotación, respaldo, política de escalación, contacto). La fuente de verdad de los turnos es el Contrato.

Cómo se usa. Monitoreas la cola, haces el triage 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 offline/on-call.

Notas. Vínculos 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, sintéticos, topología…).

Cómo abrirla. Desde la Home/Hub de TI (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 necesitas.

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

Notas. Cobertura funcional en evolución.

Observability / Métricas

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

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

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

Qué muestra y cómo se usa. Gráficas de las métricas con filtros de tiempo 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/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 tener una vista resumida de la salud (verde/amarillo/rojo) durante el monitoreo o un incidente.

Cómo abrirla. Desde el Observability Hub (o desde los vínculos 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 escalación 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 identificar el cuello de botella en una transacción que pasa por 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 el RCA y las optimizaciones.

Notas. Complementa a RUM y Synthetic.

Digital Experience / RUM

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

Cuándo usarla. Para evaluar el desempeño 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 del lado del cliente) por página/recorrido.

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

Notas. Complementa al Synthetic Monitoring (Synthetic Monitoring).

Synthetic Monitoring

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

Cuándo usarla. Para el monitoreo proactivo de punta a punta 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 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 vínculos del NOC.

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

Qué pasa después. Alimenta el impact analysis (CMDB) y el RCA.

Notas. También se llena con el discovery y el service mapping (Discovery & CMDB, Asset Management y CMDB).

Network Observability

Para qué sirve. Observabilidad de 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/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 desempeño 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/tickets.

Notas. Complementa a Net Observability.

ITOM AIOps

Para qué sirve. Es el motor AIOps del ITOM: anomaly detection, capacity prediction y correlación basados 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, confidence, CI afectados, recomendación, impacto estimado) que generan los modelos.

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

Notas. Ve 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 de ruido, RCA avanzado, forecast 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 de TI / 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 avanzado
Predict	Forecast de event-rate, anomaly detection, capacity risk
Models	Los modelos de ML
Golden	Golden signals / baseline
Defaults	Configuraciones predeterminadas (noise profile, umbrales dinámicos)
GenAI	Funciones de GenAI
Bizservice	SLA de business-service
Runbook	Runbooks autónomos (canary + rollback)

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

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

Notas. RCA bayesiano multidominio; deduplicación y noise reduction.

Telemetry Health

Para qué sirve. Monitorea el estado de la telemetría misma (pipelines de métricas/logs).

Cuándo usarla. Para verificar que la recopilación de datos esté sana (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 huecos que haya.

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

Notas. Garantiza la confiabilidad 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 tablero operativo.

Cuándo usarla. Para la operación diaria de ITOM (logs, insights, runbooks, self-healing).

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

Qué muestra. La consola ITOM está organizada en pestañas: Logs (log analytics), OI (operational insight/AIOps), Runbooks (procedimientos automatizados), Self-heal (auto-remediation) y Config (configuración, drift detection contra la baseline).

Cómo se usa. Analizas los logs, consultas los insights, ejecutas los runbooks y las acciones de self-healing, y verificas el configuration compliance (drift).

Qué pasa después. El self-healing corrige automáticamente; los drifts de configuración generan avisos.

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

Discovery & CMDB

Para qué sirve. Ejecuta el discovery automático de la infraestructura y llena la CMDB.

Cuándo usarla. Para descubrir y actualizar los CI de forma automática.

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

Qué muestra y cómo se usa. Las ejecuciones de discovery (CMDB-DISCOVERY-RUN) con fuente, scope, 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 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, 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 monitorear vencimientos y 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, auto-renew; las alertas automáticas a 60/30 días y al vencimiento.

Qué pasa después. Los certificados por vencer generan alertas y actividades de renovación.

Notas. Vinculada a DNS y a la CMDB.

Maintenance Windows

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

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

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

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

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 programadas.

Automation

Para qué sirve. Gestiona las automatizaciones operativas del 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 monitorear 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. Agotar el 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 violaciones.

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

Notas. Complementa a Governance (Governance) y al configuration compliance.

Governance

Para qué sirve. Gobierna los procesos y los estándares del 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 costos de la infraestructura.

Cuándo usarla. Para identificar recursos subutilizados 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, bajas) con su impacto estimado.

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

Notas. Vinculada a FinOps (Asset Management y CMDB) y a la capacity prediction (AIOps).