En las DevOps modernas, la observabilidad y la monitorización son dos términos que a menudo se mencionan y se usan indistintamente. En muchos casos, pueden parecer conceptos similares, con una línea difuminada que los separa. Sin embargo, existen claras diferencias entre ambos.
Con monitorización nos referimos a la práctica que realizan los equipos de ingeniería u operaciones para monitorizar y conocer el estado actual de sus sistemas. Depende de la recopilación de métricas predefinidas y tiene un largo historial que se remonta casi tan atrás como al de la propia informática.
La observabilidad es un concepto mucho más reciente. Aunque es un poco más complicado de definir, tiene asociado un objetivo claro. No es sólo una palabra de moda vacía de DevOps.
En esta publicación aprenderás qué significan estos dos términos y cómo se relacionan entre sí. También analizaremos más de cerca algunas de las herramientas disponibles para implementar la observabilidad y la monitorización.
Comencemos profundizando en nuestra definición de la monitorización.
¿Qué es la monitorización?
El objetivo de la monitorización es fomentar una comunicación eficaz. En la TI moderna, la monitorización le dice a los equipos de DevOps o de ingeniería de fiabilidad del sitio (SRE) con qué eficacia está haciendo su trabajo un sistema observable.
Antes de implementar un proceso de monitorización, es necesario definir las métricas que deseas monitorizar. A partir de ahí, puedes recopilar ese conjunto de métricas predefinidas (y, posiblemente, logs) de los sistemas monitorizados relevantes. Luego, deberás añadir los datos, determinar y resaltar las tendencias y señalar cualquier interrupción, problema u otro tipo de error.
¿Qué problemas podrían provocar una advertencia de tus herramientas de monitorización? Existen varias posibilidades, pero aquí se muestran algunos ejemplos:
- Latencia de red
- Tiempo de respuesta deficiente de la aplicación
- Disminución del rendimiento de E/S
- Operaciones de base de datos con fallos
Las aplicaciones web modernas utilizan dos tipos de monitorización: sintética y de usuarios reales (RUM). La monitorización sintética se suele utilizar para monitorizar las tendencias a corto plazo, mientras que la RUM es más adecuada para las de largo plazo. La monitorización sintética utiliza herramientas de automatización para medir la funcionalidad de un sistema. Por ejemplo, utilizará valores de muestra para decidir si una aplicación web funciona como se esperaba. RUM implica registrar la interacción real del usuario con la aplicación y descubrir si la aplicación está funcionando como se esperaba.
La monitorización no es una práctica nueva ni un concepto nuevo. Siempre ha formado parte del panorama informático moderno, desde los albores de la era de la informática personal. Uno de los primeros ejemplos de la monitorización fue Norton Disk Doctor. El programa analizaba las unidades de disco del PC e informaba sobre los problemas que encontraba.
En el entorno de DevOps actual, los equipos de SRE utilizan la monitorización para verificar el estado general de los distintos servidores, redes y del almacenamiento de datos. Las características de monitorización funcionan como un subconjunto de los objetivos generales de observabilidad de un entorno.
¿Qué es la observabilidad?
Según Wikipedia, "la observabilidad es una medición que determina cómo los estados internos de un sistema pueden ser inferidos a través de las salidas externas".
Piensa en ello como si se tratara de un paciente que recibe atención médica habitual después de experimentar un dolor persistente. Desde una perspectiva de TI, el objetivo de la observabilidad es analizar los resultados externos (como los síntomas) que brindan una idea de cómo está funcionando el sistema internamente. La observabilidad examina los efectos y luego los correlaciona con una causa específica.
¿Por qué la observabilidad se ha convertido en un concepto tan candente en el mundo de las TI? Desde 2005 ha aumentado la popularidad de la computación en la nube y del uso de aplicaciones distribuidas. Atrás quedaron los días en que una persona podía monitorizar un sólo clúster de máquinas virtuales y dar por terminado el asunto. En el mundo de TI moderno, una aplicación puede abarcar varias nubes, utilizando contenedores y microservicios. Estos servicios pueden ser distribuidos y tener varias capas.
Esta es la diferencia clave entre la necesidad de una monitorización sencilla y la de la observabilidad. Para tener un entorno de varios niveles se necesita una visión holística de toda la infraestructura, una visión que sólo la observabilidad puede proporcionar.
El objetivo de la observabilidad es ofrecer una visión integral de la infraestructura, más allá de lo que puede proporcionar la monitorización de sistemas individuales. Ayuda a determinar la causa raíz de un problema con mucha más certeza, particularmente en un sistema distribuido y complejo.
Entre las salidas externas de un sistema observable se incluyen métricas, eventos, rastreos y logs. Entre algunos usos que pueden dar los ingenieros de DevOps a la observabilidad se incluyen:
- Detección de anomalías de seguridad
- Análisis de costes de los recursos en la nube
- Análisis de seguimiento de llamadas para determinar cómo los valores de entrada específicos afectan a los fallos del programa
- Identificación de picos estacionales en la carga del sistema y vinculación de estos con un equilibrador de carga deficiente
La mayoría de las plataformas de observabilidad proporcionan la información detallada que un usuario necesita para identificar fácilmente la causa raíz de un problema. Algunos también pueden sugerir soluciones al problema. Algunas plataformas incluso van un paso más allá y toman ellas mismas las medidas correctivas.
¿Por qué la observabilidad y la monitorización parecen similares?
En ese caso, ¿qué es lo que provoca la confusión entre observabilidad y monitorización? En primer lugar, los términos en sí son similares y ambos tienen objetivos finales similares. Ambos intentan mejorar la fiabilidad del sistema e identificar la causa de un problema para mejorar el rendimiento general.
También se basan en los mismos datos. Tanto si deseas crear un sistema que se pueda observar como monitorizar, primero debes recopilar los resultados correctos. Para ello, necesitas instalar recopiladores y agentes, y puede que instrumentar el código de la aplicación.
Las dos tareas también pueden coexistir. Como se ha mencionado anteriormente, la monitorización es una parte de la observabilidad. De hecho, muchas plataformas de observabilidad incluyen herramientas de monitorización integradas en su interfaz, lo que significa que no necesitas dos conjuntos distintos de herramientas para gestionar tanto la monitorización como la observación: las dos están incluidas.
Diferencia entre observabilidad y monitorización
A pesar de todo lo que comparten, existen varias distinciones esenciales entre observabilidad y monitorización. En primer lugar, la monitorización se trata más bien de una función operativa. Examina el rendimiento interno de un sistema e informa sobre los problemas. La monitorización no informa sobre los distintos factores que podrían estar provocando un problema. Sólo puede alertar al equipo de DevOps sobre la existencia de un problema.
Por ejemplo, la monitorización puede advertir a los equipos de SRE sobre un servidor que no responde. Puede proporcionar datos sobre la memoria del sistema, el rendimiento de la red y las métricas de la CPU, pero no qué ha provocado esos picos. Sin embargo, una plataforma de observabilidad va un paso más allá. Examina los logs del servidor, los rastreos, los eventos y las métricas para, a continuación, correlacionar los datos, quizás determinando que un proceso descontrolado está provocando un aumento del uso de la CPU. Luego, la plataforma de observabilidad informa sobre ese proceso.
La monitorización te indica que algo va mal. La observabilidad utiliza la recopilación de datos para indicarte qué va mal y por qué ha sucedido.
Si bien la monitorización recopila métricas, los equipos de DevOps aún deben analizar manualmente la información, correlacionarla con el problema y localizar el error. La observabilidad automatiza esas tareas engorrosas, lo que hace que sea mucho más fácil para el equipo intentar localizar y solucionar un problema.
La observabilidad ofrece funciones avanzadas como correlación de datos, a veces utilizando inteligencia artificial (IA) para respaldar la indicación contextual, el rastreo distribuido y la detección avanzada de anomalías.
Otra diferencia clave es que la observabilidad puede resaltar "incógnitas desconocidas", que son problemas de los cuales el equipo de DevOps quizás ni siquiera estaba al tanto, mientras que la monitorización se centra más en saber cuál es el estado de un sistema.
Más información
En este artículo, analizaremos los procesos de monitorización y creación de registros, además de hablar de por qué son importantes para gestionar las aplicaciones. También trataremos las prácticas recomendadas para integrar la creación de registros en la monitorización y disfrutar de la mejor visibilidad y accesibilidad en toda la aplicación.
Cómo la observabilidad y la monitorización pueden interactuar
Si bien se trata de dos funciones diferentes y con propósitos distintos, no hablamos de "una u otra". Pueden, y deben, coexistir, complementándose entre sí para ofrecer una experiencia de solución de problemas más completa.
La monitorización puede recopilar e informar sobre pequeños problemas conocidos. Puede resaltar estos problemas a través de alertas, brindando a los equipos de SRE la información básica que necesitan para abordarlos antes de que se agraven.
La monitorización también puede ayudar a confirmar los cambios planificados en un sistema. Imagina un escenario en el que un servidor se queda sin espacio en disco. La monitorización puede poner esto en evidencia. El equipo de DevOps puede implementar cambios planificados para añadir espacio en disco adicional, lo que debería detener las alertas del sistema de monitorización. En este caso, la solución puede considerarse completa sin necesidad de una observación más compleja.
Sin embargo, ¿qué sucede cuando se producen incidentes repetidos del mismo problema sin una causa raíz evidente? Puede que esto exija una observación y un nivel más detallado de análisis, un área donde la monitorización resulta insuficiente. Una herramienta de observabilidad puede identificar una, o puede que varias, causas raíz. Una vez completado esto, los ingenieros de DevOps pueden volver a configurar la herramienta de monitorización para un conjunto adicional de métricas, enviar alertas adicionales o incluso ignorar condiciones de alarma específicas.
La observabilidad es excelente para ayudar con operaciones como planificación de capacidad, optimización de costes, aplicación de parches, actualizaciones o desarrollo de correcciones. Es posible que la monitorización no pueda realizar estas mismas tareas, pero puede confirmar si los resultados de las acciones son correctos.
Descubre la plataforma con IA nativa líder del mundo para SIEM de nueva generación y gestión de logs
Mejora tu ciberseguridad con la plataforma CrowdStrike Falcon®, la principal plataforma nativa de IA para SIEM y gestión de logs. Disfruta de registro de seguridad con petabytes, optando entre opciones de implementación nativas de la nube o de autoalojamiento. Registra tus datos con una arquitectura potente y sin índices, sin cuellos de botella, lo que permite el Threat Hunting con más de 1 PB de ingesta de datos al día. Permite funciones de búsqueda en tiempo real para dejar atrás al adversario y lograr una latencia inferior a un segundo en consultas complejas. Benefíciate de una visibilidad total, consolidando datos para acabar con los silos y permitiendo que los equipos de seguridad, TI y DevOps detecten amenazas, monitoricen el rendimiento y garanticen el cumplimiento sin problemas en 3 mil millones de eventos en menos de 1 segundo.
Arfan Sharif ocupa el cargo de Product Marketing Lead para la cartera de observabilidad en CrowdStrike. Ha dedicado más de 15 años al fomento de soluciones de gestión de logs, ITOps, observabilidad, seguridad y experiencia del cliente en empresas como Splunk, Genesys y Quest Software. Arfan se graduó en informática en la Universidad de Bucks and Chilterns y ha dedicado su carrera profesional al marketing de productos y la ingeniería de ventas.
