¿Cómo construyes observabilidad cloud?

Respuesta directa

Qué debe cubrir una buena respuesta

Cómo funciona

La observabilidad en un entorno cloud necesita estándares antes que herramientas. Cada servicio emite métricas, logs estructurados y trazas en el mismo formato, normalmente mediante OpenTelemetry, con los mismos atributos de recurso: nombre de servicio, versión, entorno, región, cuenta. El contexto de traza se propaga por cada salto, incluidas colas y servicios gestionados. Las señales de todas las cuentas fluyen a un backend central con acceso controlado por equipo, y la retención y la cardinalidad se gobiernan para que una sola etiqueta de alta cardinalidad no duplique la factura. Los paneles se construyen alrededor de los SLO de cada servicio, y las alertas se enrutan según los metadatos de propiedad que llevan las propias señales.

Ejemplo

Un equipo de plataforma distribuye un colector de OpenTelemetry como sidecar y una biblioteca compartida que fija atributos de servicio, versión y despliegue; las trazas fluyen a un backend central desde 40 cuentas, y una consulta por ID de traza cruza los límites de cuenta. Un guardián de cardinalidad rechazó una métrica etiquetada por ID de usuario que habría creado millones de series. El panel de cada servicio se genera desde su definición de SLO, y el enrutado de alertas lee el equipo dueño de los atributos de recurso.

Errores frecuentes

• Dejar que cada equipo elija su formato de logs, de modo que las consultas entre servicios son imposibles.
• Perder el contexto de traza en la cola de mensajes y romper todas las trazas asíncronas.
• Guardar todo para siempre a resolución completa hasta que la factura de observabilidad supera la de cómputo.

Una estructura útil para responder

Responde desde tu propia experiencia.

No memorices un guion: usa solo ejemplos que puedas explicar con honestidad en preguntas posteriores.