Resumen

  • AWS amplía el indicador de salud de sus sondas sintéticas a rutas con peering Transit Gateway entre regiones, con un alcance delimitado.
  • Un cero no acredita que la aplicación funcione; tampoco existe una conmutación automática de red incluida en este servicio.

La factura de observabilidad tiene una pregunta pendiente: ¿qué decisión permite tomar cada medición? Añadir indicadores puede ayudar a resolver una incidencia o simplemente engordar su expediente. La novedad de CloudWatch anunciada el 10 de septiembre merece evaluarse con esa distinción. AWS extiende el indicador de salud de red, NHI, de los monitores sintéticos a rutas que atraviesan peering Transit Gateway entre regiones. Según el anuncio, el alcance observado del trayecto de AWS llega hasta la conexión de peering, no hasta la acreditación de una aplicación remota en funcionamiento.

La novedad tampoco convierte 2026 en el primer año de visibilidad interregional de CloudWatch. Los monitores de flujos recibieron esa capacidad en septiembre de 2025. Ahora se amplía la monitorización sintética. Conservar esa identidad en los registros evita tratar como equivalentes pruebas obtenidas de maneras distintas.

Para el comprador, la cobertura es parte del producto y del gasto. La guía de precios distingue cargos horarios por recurso supervisado y cargos de métricas de CloudWatch; las subredes de origen forman esa cobertura de recursos. Reducirla puede abaratar la factura mientras deja sin representación un camino con comportamiento propio. No basta, por tanto, con contar cuántas métricas se reciben: hay que saber qué rutas quedan fuera y por qué.

Después viene la interpretación. La documentación de las sondas asigna al NHI sintético los valores 100 y 0. El primero indica degradación observada dentro del trayecto controlado por AWS; el segundo, que no se observó allí tal degradación. No son porcentajes de transacciones correctas. Si la incidencia está más allá del ámbito descrito, un cero no la resuelve ni permite atribuírsela automáticamente a otro equipo.

Las mediciones de ida y vuelta y pérdida utilizan respuestas ICMP o respuestas al establecimiento de conexiones TCP. Es una prueba de transporte, no la finalización de un pago, una consulta o una sesión autenticada. Una aplicación puede seguir fallando aunque la sonda reciba respuesta. El expediente necesita síntomas de negocio comparables en tiempo y ruta, no solo un panel sin alarma.

También importa cuándo comienza la observación. Al crear un monitor, añadir una sonda o reactivarla, el NHI puede tardar unas horas en aparecer mientras se recopilan datos. Esa espera no es un plazo exacto garantizado. Convertir la ausencia de dato en cero presentaría como resultado favorable lo que todavía es falta de evidencia.

El último paso no lo da la medición. Las limitaciones del servicio aclaran que no ofrece conmutación automática de la red ante fallos. Una alarma puede orientar la investigación, pero no proporciona un camino alternativo validado ni autoriza el traslado del tráfico. El lanzamiento no demuestra cuánto se reduce el tiempo real de recuperación ni cuánto dinero ahorrará una empresa concreta.