blog

Localización y correlación: comprender mejor las dependencias

<span class='blue'>Localización</span> y correlación: comprender mejor las dependencias
5 de noviembre de 2026

Las localizaciones: los equipos y su contexto

En una infraestructura distribuida, saber que un equipo está averiado no siempre basta para comprender el incidente. Para determinar su origen, también hay que saber dónde se encuentra ese equipo, qué componentes están asociados a él y qué servicios pueden verse afectados. Un servidor, un router, un switch o un pod no funcionan de forma aislada. Forman parte de un entorno: un emplazamiento, una región, un centro de datos o una parte de la infraestructura. Esta información puede parecer meramente descriptiva, pero resulta muy valiosa a la hora de analizar un incidente.

Cuando se producen varios eventos al mismo tiempo, su localización puede ayudar a determinar si comparten un contexto común. Los incidentes que afectan a equipos asociados al mismo centro de datos, por ejemplo, pueden justificar una investigación a escala de esa localización. Por el contrario, eventos similares repartidos por varias localizaciones pueden orientar el análisis hacia una dependencia o un servicio compartido.

La localización, por sí sola, no constituye una prueba de causa común. Aporta un elemento de contexto adicional, que puede relacionarse con los sucesos, las dependencias detectadas y las relaciones entre componentes. Aporta un contexto geográfico y operativo. En combinación con la detección de dependencias y la correlación entre incidencias, ayuda a los equipos a pasar de una lista de alertas a una visión más coherente del suceso: qué elementos se ven afectados, cómo están relacionados y dónde buscar una posible causa raíz.

Definir localizaciones en ServicePilot

La interfaz de configuración localización y centros de datos permite crear reglas que asocian Hosts a una localización. Una regla puede especificar, entre otros datos, un país, el nombre de un centro de datos y sus coordenadas geográficas.

Los equipos afectados pueden ser servidores, routers, switches, pods u otros elementos de la infraestructura. Una vez configuradas las reglas, la información de localización puede ayudar a contextualizar estos equipos y a correlacionarlos con el resto de la infraestructura.

La configuración se basa principalmente en el campo de Host y en la información de localización asociada:

  • Direcciones IP que se deben incluir o excluir: una regla puede aplicarse a una o varias direcciones IP o a patrones de direcciones IP.
  • País: el código de país de dos letras permite asociar la regla a un país.
  • Centro de datos: este campo indica el nombre del centro de datos asociado a las direcciones correspondientes.
  • Latitud y longitud: estas coordenadas permiten situar el centro de datos en el GeoMap.

Los campos de país, centro de datos y coordenadas describen la localización asociada. Por su parte, el campo IP define las direcciones a las que se aplica dicha localización.

Seleccionar direcciones IP

Para facilitar la configuración de varias direcciones, el campo Host admite una lista de patrones separados por el carácter |. El carácter comodín * puede utilizarse para representar una secuencia de caracteres. Esto permite seleccionar un conjunto de direcciones que comparten una misma parte, en lugar de introducir cada dirección individualmente.

Por ejemplo, los siguientes valores ilustran las diferentes sintaxis disponibles:

10.20.1.15|10.20.1.16

Esta lista selecciona dos direcciones IP.

10.20.*

El carácter comodín * permite seleccionar direcciones que compartan el prefijo indicado.

El campo también puede funcionar como exclusión. Si su primer valor comienza por !, se excluyen las direcciones correspondientes. Por último, cuando el patrón comienza y termina por /, se interpreta como una expresión regular.

Estas opciones permiten adaptar las reglas a la estructura de la red: unas cuantas direcciones concretas, un conjunto de direcciones que comparten un patrón o una selección expresada mediante una expresión regular. Se recomienda elegir una sintaxis que se ajuste al ámbito deseado y comprobar que el patrón describe correctamente las direcciones en cuestión.

Visualizar los centros de datos en el GeoMap

Las coordenadas de latitud y longitud introducidas en una regla de localización permiten situar el centro de datos correspondiente en el GeoMap. Esta representación transforma la información de localización configurada en ServicePilot en una vista geográfica de las localizaciones de la infraestructura.

El mapa ofrece un complemento visual a la información descriptiva de cada regla. El nombre del centro de datos permite identificar la localización, mientras que sus coordenadas indican dónde se encuentra. De este modo, los equipos asociados a las reglas de localización pueden situarse en su contexto geográfico, en lugar de considerarse únicamente como entidades aisladas en la plataforma.

Esta vista resulta útil cuando la infraestructura está repartida entre varias sedes o centros de datos. Permite obtener rápidamente una visión general de la distribución geográfica de las localizaciones configuradas y situar mejor los equipos afectados cuando se produce un incidente. Durante una investigación, esta perspectiva puede ayudar a determinar si varios incidentes afectan a equipos vinculados a una misma sede o si se refieren a localizaciones diferentes.

El GeoMap depende de la calidad de la información proporcionada en la configuración. Unas coordenadas exactas y unos nombres coherentes de los centros de datos facilitan la identificación de las localizaciones representadas. Al introducir esta información en las reglas de localización, los equipos crean un mapa más útil de su infraestructura.

Correlacionar los incidentes con las dependencias

En una infraestructura, los componentes están interrelacionados: un equipo puede contribuir al funcionamiento de un servicio, y un fallo puede tener repercusiones más allá del elemento en el que se ha detectado. Por lo tanto, cuando se produce un incidente, es importante no limitarse a examinar únicamente la alerta inicial, sino también las relaciones entre los componentes y los servicios afectados.

Se han mejorado la gestión y la detección de dependencias en ServicePilot para relacionar mejor los eventos y los elementos de la infraestructura. Los algoritmos de detección ayudan a identificar estas relaciones. La información de localización aporta un contexto adicional, ya que permite vincular los equipos a localizaciones definidas.

Esta información cumple funciones complementarias: la localización indica dónde se encuentran los equipos afectados, mientras que las dependencias ayudan a comprender cómo están relacionados con los demás componentes y servicios. Su combinación proporciona a los equipos más elementos para analizar un evento, evaluar su alcance y determinar qué líneas de investigación son las más pertinentes.

La correlación resulta especialmente útil cuando se producen varios incidentes en un mismo periodo. Algunos pueden estar relacionados con una causa común, mientras que otros pueden ser independientes. Al relacionar los eventos con las dependencias y el contexto de la infraestructura, ServicePilot ayuda a construir una visión más coherente de la situación, en lugar de dejar cada alerta aislada.

Esta correlación facilita el análisis: pone de relieve posibles vínculos entre eventos y componentes, pero la causa raíz debe interpretarse a partir del contexto disponible. La información geográfica y las relaciones entre los elementos proporcionan puntos de referencia para orientar esta investigación.

De la agrupación de incidencias a la visión del problema

Un evento que afecta a la infraestructura puede generar varias incidencias, a veces en diferentes equipos o servicios. Una lista de incidencias examinadas por separado no siempre muestra de inmediato que puedan pertenecer a una misma situación. Por lo tanto, puede resultar difícil evaluar el alcance del evento o distinguir su causa de sus consecuencias.

ServicePilot introduce el concepto de problema, que permite agrupar varios incidentes en una misma vista. Esta agrupación ayuda a examinar conjuntamente los incidentes asociados y a comprender mejor la situación en su conjunto. Complementa la consulta detallada de cada incidente con una perspectiva más global.

Ambos conceptos responden, por tanto, a necesidades diferentes:

  • Un incidente describe un suceso observado en un elemento concreto.
  • Un problema agrupa varios incidentes relacionados entre sí para representar una situación más amplia.

Esta distinción ayuda a los equipos a pasar de la observación de un síntoma concreto al análisis del suceso que puede relacionarlo con otros síntomas. Al considerar los incidentes en el contexto de un problema, resulta más fácil examinar los componentes afectados, sus relaciones y el impacto potencial en los servicios.

La agrupación forma parte del proceso de correlación: los incidentes asociados pueden analizarse teniendo en cuenta las dependencias y la información de localización disponible. De este modo, se dispone de varios puntos de vista complementarios para comprender el suceso: los síntomas observados, los equipos afectados, sus relaciones dentro de la infraestructura y su localización.

Tener en cuenta las capas 4 y 7

La correlación tiene en cuenta diferentes niveles de la infraestructura, en particular las capas 4 y 7 del modelo de red. Este enfoque permite relacionar el contexto de las comunicaciones de red con el de los servicios y los intercambios de aplicaciones, en lugar de limitar el análisis a un único nivel.

La capa 4 se refiere al transporte de las comunicaciones de red. La capa 7 corresponde al nivel de aplicación, donde se sitúan los servicios y los intercambios asociados. Estos niveles ofrecen perspectivas diferentes sobre una misma situación: un evento relacionado con un servicio puede analizarse teniendo en cuenta los componentes de la infraestructura que intervienen en su funcionamiento.

Al relacionar los elementos de estas capas con las dependencias detectadas, ServicePilot proporciona un contexto más amplio para la investigación. De este modo, los equipos pueden examinar las posibles relaciones entre los eventos de red, los componentes de la infraestructura y los servicios afectados. La localización completa este análisis indicando las localizaciones asociadas a los equipos.

Esta visión transversal ayuda a distinguir mejor los síntomas de las posibles causas. Una alerta visible a nivel de un servicio puede ponerse en perspectiva con los componentes y las dependencias que le están asociados, mientras que la información de localización ayuda a situar los equipos afectados. De este modo, el análisis se beneficia de una visión que combina los eventos, las relaciones entre los elementos, los niveles de red y de aplicación, así como el contexto geográfico de la infraestructura.

Un ejemplo de análisis

Imaginemos que se detectan varias incidencias en distintos equipos. Un análisis limitado a la lista de alertas muestra cada evento por separado, sin poner necesariamente de relieve sus vínculos.

Con las reglas de localización y las dependencias, la investigación puede basarse en varias preguntas:

  • ¿Qué equipos se ven afectados? Las reglas de IP permiten asociarlos a un país o a un centro de datos.
  • ¿Comparten los eventos una misma localización? La localización aporta un contexto geográfico para comparar los incidentes.
  • ¿Están los equipos vinculados a otros componentes o servicios? Las dependencias ayudan a examinar las relaciones dentro de la infraestructura.
  • ¿Parecen varios incidentes formar parte de un mismo evento? La agrupación en un problema ofrece una visión consolidada de los incidentes relacionados.
  • ¿Qué niveles de la infraestructura se ven afectados? La correlación puede tener en cuenta las capas 4 y 7 para ampliar el análisis a las comunicaciones y los servicios.

Estos elementos no indican automáticamente una causa raíz en todos los casos. Sin embargo, ayudan a organizar la investigación y a identificar las pistas que deben examinarse con prioridad.

Una visión más coherente de la infraestructura

La localización permite vincular los equipos a ubicaciones identificables y representar los centros de datos en un mapa. La detección de dependencias, la correlación entre las capas 4 y 7 y la agrupación de incidentes en problemas añaden una dimensión operativa a este contexto geográfico.

En conjunto, estos mecanismos ayudan a los equipos a comprender mejor las relaciones entre los componentes, a evaluar el alcance de un evento y a identificar una posible causa raíz. De este modo, ServicePilot ofrece una visión más coherente de las incidencias: no solo los eventos observados, sino también las ubicaciones, las dependencias y los servicios que pueden estar asociados a ellos.

¿Te gustó el artículo? Siéntase libre de compartirlo