Azure Container Apps中ContainerAppConsoleLogs始终为空的排查求助

• 检查日志捕获配置
  确认容器应用的日志捕获功能未被禁用：在Azure门户进入你的容器应用，查看修订版的配置项，确保日志捕获处于开启状态，且包含stdout和stderr的日志类别。如果用Azure CLI，可通过az containerapp show命令查看properties.configuration.logging字段，确认日志目标（如Log Analytics工作区）关联正确，且未排除控制台日志。

• 放宽启动探针的时间配置
  启动探针失败会快速重启容器，导致日志还未被捕获就被销毁。先临时调整探针参数给应用足够启动时间：

  • 延长initialDelaySeconds（比如从5改为30）
  • 增加failureThreshold（比如从3改为10）
  • 调大periodSeconds（比如从10改为15）
    等容器启动并输出日志后，再根据实际启动时长调回合理值。

• 确保应用日志输出到控制台
  检查gunicorn和Django的日志配置，强制输出到stdout/stderr：

  • Gunicorn启动命令需指定日志输出到控制台：

    gunicorn --access-logfile - --error-logfile - myapp.wsgi:application
    

  • Django的settings.py中配置日志输出到控制台：

    LOGGING = {
        'version': 1,
        'disable_existing_loggers': False,
        'handlers': {
            'console': {'class': 'logging.StreamHandler'},
        },
        'root': {
            'handlers': ['console'],
            'level': 'INFO',
        },
    }
    

• 临时禁用启动探针排查
  作为临时排查步骤，先禁用启动探针让容器正常启动，就能查看控制台日志定位问题：

  az containerapp update --name myapp --resource-group myrg --remove properties.template.containers[0].startupProbe
  

  找到启动失败原因后，再重新配置探针。

• 检查Log Analytics工作区配置
  确认容器应用关联的Log Analytics工作区权限正常，容器应用的托管标识具备向工作区写入日志的权限，同时检查工作区的日志保留策略，避免日志被提前清理。

内容的提问来源于stack exchange，提问作者BeGreen