Diagnostic settings vs Application Insights: ¿a dónde van los logs de Azure?

En corto: Azure tiene dos caminos de logs independientes. Diagnostic settings es la vista de la plataforma — logs del plano de control y del recurso que enrutas a un workspace de Log Analytics. Application Insights es la vista de la aplicación — telemetría que envía el SDK de tu app, que cae en su propio workspace o en uno enlazado. Un recurso puede usar los dos, ninguno, o mandarlos a workspaces distintos — por eso "¿dónde están mis logs?" es una pregunta genuinamente confusa.

Camino A — Diagnostic settings (la plataforma)

Cada recurso de Azure puede emitir logs y métricas de plataforma: quién cambió qué, eventos a nivel de recurso, rendimiento. Los activas con un diagnostic setting que los enruta a un destino — normalmente un workspace de Log Analytics, a veces storage o Event Hubs. No se captura nada hasta que creas ese setting. Es telemetría de infraestructura y existe haya o no código de aplicación.

Camino B — Application Insights (la app)

Tu aplicación envía su propia telemetría — peticiones, dependencias, excepciones, trazas — mediante el SDK de Application Insights o auto-instrumentación. Cae en un recurso de Application Insights respaldado por un workspace de Log Analytics (el suyo o uno que enlazaste). Es telemetría de aplicación y existe porque la app la emite, independiente de cualquier diagnostic setting.

Los dos caminos, lado a lado

Por qué la confusión

Los dos caminos no están relacionados. Una web app puede enrutar sus logs de plataforma al workspace X con un diagnostic setting mientras su telemetría de Application Insights cae en el workspace Y. Pregunta "¿dónde están los logs de esta app?" y la respuesta honesta es "¿qué logs?" — los de la plataforma o los de la app. Pueden incluso vivir en workspaces distintos de equipos distintos.

Cómo saber a dónde van de verdad los logs de un recurso

1. Mira los diagnostic settings del recurso — eso te dice el destino de plataforma (qué workspace, storage o Event Hub, si hay alguno).
2. Mira su conexión de Application Insights — eso te dice dónde cae la telemetría de la app.
3. Espera que difieran. Un recurso puede alimentar dos workspaces; un diagnostic setting ausente significa que los logs de plataforma sencillamente no se están capturando.

En Calma Cloud, el agente Observe lo resuelve por ti — sondea qué workspace tiene de verdad la telemetría del recurso en vez de adivinar, lo que importa cuando un grupo de recursos tiene varios Application Insights apuntando a workspaces distintos.

Algunos escenarios habituales

• "No veo ningún log." Normalmente nunca se creó un diagnostic setting — los logs de plataforma no se capturan por defecto.
• "App Insights tiene datos pero los logs del recurso están vacíos." La app está instrumentada (Camino B) pero ningún diagnostic setting enruta los logs de plataforma (Camino A).
• "Los logs están repartidos en dos workspaces." Normal — logs de plataforma en uno, telemetría de app en otro.

Mira cómo lo responde el agente Observe en lenguaje natural →

Preguntas frecuentes

• ¿Se solapan diagnostic settings y Application Insights? Rara vez en contenido — uno son logs de plataforma, el otro telemetría de app. Pueden apuntar al mismo workspace pero capturan cosas distintas.
• ¿Dónde se guardan los logs de Application Insights? En un workspace de Log Analytics que respalda el recurso de Application Insights (modo basado en workspace).
• ¿Por qué no veo logs aunque el recurso está funcionando? A menudo porque nunca se creó un diagnostic setting — los logs de plataforma no se capturan por defecto.
• ¿Un recurso puede mandar logs a dos workspaces? Sí — logs de plataforma a uno y telemetría de app a otro. Es común y una fuente frecuente de confusión.
• ¿Cuál necesito? Normalmente los dos: diagnostic settings para la vista de plataforma, Application Insights para la vista de aplicación.
• ¿Activar diagnostic settings cuesta algo? El setting es gratis; pagas por el dato ingerido y retenido en el workspace de destino.