Un servicio de Azure que proporciona una plataforma de contenedor sin servidor de uso general.
Oye Álvaro, solo los dos trabajos con pods activos en el momento de ese reinicio seguían registrados, por eso ves los SystemLogs solo de esos dos y de ninguno de los otros, aunque sigan funcionando (como confirman tus ConsoleLogs).
Esto es lo que puedes probar:
- Confirma qué componente realmente se ha enrollado
- Consulta el Registro de Actividad de Azure para tu recurso de entorno gestionado (tipo "microsoft.app/managedEnvironments") en el RG "Analitica" alrededor de las 2026-05-13T13:00–14:00 UTC. Busca operaciones como "Reiniciar Entorno", "Actualizar Entorno Gestionado" o cualquier Microsoft.App que muestre un reinicio del mando.
- También consulta la tabla de ContainerAppSystemLogs_CL durante el mismo periodo de tiempo para ver si algún mensaje a nivel de sistema indica que un proceso Dapr/Keda/Envoy o controlador se está reiniciando:
ContainerAppSystemLogs_CL | where EnvironmentName_s == "rmsa-container-app-entorno" | where TimeGenerated between (datetime(2026-05-13T13:00:00Z) .. datetime(2026-05-13T14:00:00Z)) | project TimeGenerated, EventSource, ComponentName, Log_s
- Forzar al controlador a volver a registrar todos los trabajos sin recrear el entorno
- Activa una actualización no-op en el entorno para forzar una actualización completa de su plano de control. Por ejemplo:
az containerapp env update \ --name rmsa-container-app-entorno \ --resource-group Analitica \ --tags forceRefresh=$(date +%s) - Alternativamente, sube la revisión de cada trabajo (lo que efectivamente la sincroniza de nuevo con el controlador):
az containerapp job update \ --name <jobName> \ --resource-group Analitica \ --environment rmsa-container-app-entornoAfter doing either of these, give it ~5–10 minutes and then re-query ContainerAppSystemLogs_CL for your job names. You should see SystemLogs flowing again for all of them.
- Activa una actualización no-op en el entorno para forzar una actualización completa de su plano de control. Por ejemplo:
Si eso no restaura el seguimiento, por favor comparte la información siguiente en mensajes privados.
- ¿Alguna entrada en el Registro de Actividad para el entorno gestionado alrededor de las 13:15 UTC?
- Resultados de la consulta ContainerAppSystemLogs_CL anterior (especialmente cualquier mensaje de "reinicio" o "inicialización").
- Confirma que has probado tanto el enfoque de actualización ambiental como la actualización por trabajo y si has cambiado la aguja.
¡Espero que esto ayude a recuperar vuestros trabajos en el mando! Avísame qué encuentras en el Registro de Actividad y en tu consulta de SystemLogs, y podemos profundizar si es necesario.
Referencias
- Login de aplicaciones en Azure Container Apps (log del sistema)
- Monitorizar los logs en Azure Container Apps con Log Analytics
- Referencia de la tabla ContainerAppSystemLogs
- Columnas ContainerAppSystemLogs
- Notas de lanzamiento de la extensión Azure Container Apps
Nota: Este contenido fue redactado con la ayuda de un sistema de IA.