¿Qué es el Cloud Monitoring?

¿Qué es el cloud monitoring?

El cloud monitoring (monitorización en la nube) es la recogida y revisión continua de métricas, logs, trazas y eventos de las cargas de trabajo y los servicios gestionados que se ejecutan en una nube pública como AWS, Google Cloud o Azure, o en un entorno híbrido. Los datos alimentan paneles, alertas y flujos de incidentes, para que el equipo sepa cuándo un servicio falla, va lento o cuesta más de lo previsto, y por dónde empezar a mirar.

Cloud monitoring frente a monitorización on-premise y APM

• El cloud monitoring lee fuentes propias del proveedor (CloudWatch, Google Cloud Monitoring, Azure Monitor, métricas de balanceadores y bases de datos) y soporta cómputo efímero como contenedores y funciones. Las etiquetas (cuenta, región, servicio, entorno) dirigen la agrupación, porque cada host cambia constantemente.
• La monitorización on-premise vigila hardware fijo, normalmente con agentes por host y protocolos como SNMP.
• El monitoreo del rendimiento de aplicaciones (APM) instrumenta su código y reporta latencia y errores por endpoint, se ejecute donde se ejecute.

La mayoría de los equipos en la nube necesitan ambos a la vez: cloud monitoring para la infraestructura y APM para la aplicación. La observabilidad es la práctica más amplia de usar todas estas señales para investigar problemas que no se habían previsto.

Qué cubre el cloud monitoring

• Cómputo: CPU, memoria y disco de las máquinas virtuales; número de contenedores, reinicios y pods pendientes.
• Servicios gestionados: conexiones y latencia de la base de datos, tasa de aciertos y expulsiones de caché, profundidad de colas, errores del almacenamiento de objetos, tiempo de respuesta de los destinos del balanceador.
• Serverless: invocaciones de funciones, duración, errores, limitaciones y concurrencia.
• Red y borde: tasa de aciertos de la CDN, tráfico NAT y VPC, volumen de consultas DNS.
• Costes: gasto diario por cuenta, servicio o etiqueta, con alertas cuando se dispara. La parte de políticas está en gobernanza de la nube.
• Seguridad y auditoría: eventos del registro de auditoría y hallazgos de detección de amenazas, como aviso temprano y no como sustituto de una herramienta de seguridad.

Métricas clave de cloud monitoring

1. Disponibilidad por servicio: número de destinos sanos, estado de la instancia, agregados en el objetivo que promete a los usuarios.
2. Latencia por componente: tiempo de respuesta del balanceador en p50, p95 y p99, latencia de consultas a la base de datos.
3. Tasa de errores por capa: contadores 5xx en el balanceador, errores de funciones, profundidad de la cola de mensajes fallidos.
4. Saturación: CPU y créditos en instancias de rendimiento variable, uso de conexiones de la base de datos, expulsiones de caché, grupo de autoescalado deseado frente a en servicio.
5. Rendimiento: peticiones por segundo por servicio, mensajes por minuto en colas y flujos.
6. Coste por petición: gasto dividido por trabajo útil, una medida de eficiencia a largo plazo.

Cómo hacer cloud monitoring

Empiece con las métricas propias del proveedor y llévelas a un único lugar que realmente vaya a consultar, ya sea la consola del proveedor o un backend central como Grafana o Datadog. Etiquete todos los recursos de forma coherente (servicio, entorno, equipo, centro de coste) para que una misma consulta de panel pueda segmentar por cualquiera de ellas. Después añada logs y trazas. Dirija las alertas a una herramienta de guardias, una rotación por servicio, y avise primero de los síntomas que notan los usuarios (errores, latencia) antes que de las causas (CPU). Revise de vez en cuando métricas y alertas y elimine las que nadie mantiene: la mayoría de los proveedores cobran las métricas personalizadas y el volumen de logs.

Los paneles de la nube solo muestran lo que ocurre dentro de su cuenta. La monitorización sintética comprueba el servicio desde fuera, como llega un usuario, y la monitorización de API hace lo mismo con los endpoints. La monitorización de API de LoadFocus comprueba códigos de estado, cuerpos de respuesta y latencia según un calendario desde 25 regiones en la nube, con alertas por correo, Slack, Microsoft Teams, PagerDuty y otros canales. Para saber qué vigilar y de qué avisar, vea buenas prácticas de monitorización para equipos DevOps.

Cloud monitoring y pruebas de carga

La monitorización dice cómo se comporta el sistema hoy. Las pruebas de carga y las pruebas de picos muestran cómo se comporta con un tráfico que aún no ha visto. Ejecute la prueba desde fuera de su red, observe los paneles de la nube mientras corre y anote qué componente se satura primero: conexiones de base de datos, retraso del autoescalado o profundidad de cola. Las pruebas de carga de LoadFocus ejecutan pruebas de JMeter, k6 y sin código desde 25 regiones en la nube, de modo que las marcas de tiempo de una ejecución encajan con sus paneles.

Errores comunes en el cloud monitoring

• Etiquetas incoherentes. Los recursos sin etiquetar desaparecen de todos los paneles filtrados y de los informes de costes.
• Alertar de todas las métricas. Las alertas ruidosas se silencian. Avise de síntomas visibles para el usuario y deje el resto como paneles.
• Monitorizar solo desde dentro. Un panel en verde no demuestra que los usuarios lleguen al servicio.
• Solo medias. Una buena latencia media puede ocultar una cola lenta. Mire percentiles.
• Olvidar la factura de monitorización. La ingesta de logs y las métricas personalizadas crecen sin hacer ruido. Revíselas.

Preguntas frecuentes: cloud monitoring

¿Qué diferencia hay entre cloud monitoring y observabilidad?

El cloud monitoring vigila señales conocidas y avisa cuando superan un umbral. La observabilidad es la capacidad de hacer preguntas nuevas a sus métricas, logs y trazas cuando algo inesperado falla. La monitorización la alimenta.

¿Basta con la monitorización integrada del proveedor?

Es el punto de partida adecuado y, con una sola nube, puede bastar. Normalmente se añade una comprobación externa, porque las herramientas del proveedor ven dentro de la cuenta pero no lo que vive un usuario en otra región, y un backend central si se usa más de una nube.

¿De qué debo alertar primero?

De la disponibilidad y la tasa de errores del servicio de cara al usuario, luego de los percentiles de latencia y después de la saturación de los recursos compartidos que hay detrás, como conexiones de base de datos y colas.

¿Sustituye el cloud monitoring al APM?

No. El cloud monitoring muestra la salud de la infraestructura y de los servicios gestionados. El APM muestra qué endpoint o ruta de código es lenta. Responden a preguntas distintas.

¿Cómo mantengo bajo el coste del cloud monitoring?

Etiquete los recursos para ver quién es dueño de qué, elimine métricas y logs que nadie lee, defina periodos de retención y evite etiquetas de alta cardinalidad en las métricas personalizadas.