Mapa de dependencias para servicios de infraestructura TI

Diagnosticar el servicio completo, no solo el servidor que alerta

Una incidencia visible en una aplicación puede tener origen en identidad, DNS, almacenamiento, red o un proveedor. Un mapa de dependencias permite responder qué componentes sostienen el servicio, quién los opera y qué señales ayudan a localizar el fallo.

Ficha por servicio

Campo	Información que conviene mantener
Servicio y proceso de negocio	Nombre comprensible y quién lo utiliza
Dueño y soporte	Equipo responsable, contacto de guardia y suplente
Entrada y salida	Canal, API, aplicación o dispositivo que inicia la interacción
Dependencias	Identidad, red, DNS, cómputo, almacenamiento, datos y terceros
Orden de recuperación	Qué tiene que estar disponible antes de reanudar el servicio
Señales	Métricas, logs, trazas, pruebas sintéticas y alarmas útiles
Degradación/fallback	Qué alternativa segura se ofrece si una dependencia falla
Evidencia y revisión	Fuente del dato, fecha de actualización y aprobador

Cómo construirlo sin convertirlo en un inventario inmanejable

Empieza por un servicio crítico y sigue una transacción representativa desde la persona usuaria hasta sus dependencias. Confirma cada relación con los equipos que la operan; no infieras que dos sistemas están conectados solo porque comparten un proveedor. Añade vínculos de entrada, salida y autenticación, y marca lo que aún no se ha verificado.

OpenTelemetry explica cómo las trazas muestran el recorrido de una solicitud a través de componentes, mientras métricas y logs aportan otras señales. Esa telemetría ayuda a investigar el comportamiento, pero no sustituye el mapa organizativo de propietarios, contratos y procedimientos.

Revisa el mapa después de cambios de red, identidad, arquitectura o proveedor y úsalo durante los ejercicios de continuidad. Complementa observabilidad y capacity planning con dependencias y responsables del servicio.