日志集中管理核心是理清流向、选对路径，分轻量级挂载和结构化采集两条路：前者通过统一挂载宿主机目录实现零依赖快速落地；后者用Fluent Bit等代理接入ELK/Loki支持搜索告警；务必确认日志输出到stdout/stderr、权限匹配及时区一致。
直接配日志集中管理，关键不是堆工具，而是先理清流向、再选对路径。核心就两条路：轻量级挂载（适合测试/小规模）和结构化采集（适合生产/多节点）。下面按实际落地场景分说。
统一挂载宿主机目录（零依赖，5分钟搞定）
这是最省事的集中方式，不装新组件，所有服务日志自动落到一个本地文件夹里，排查时不用进容器、不用记路径。
- 在 docker-compose.yml 的每个服务下加 volumes，把容器内日志路径映射到宿主机统一目录，比如
./logs/web/access.log:/var/log/nginx/access.log - 后端服务（如 .NET）建议输出到
/app/Logs，前端（Nginx）用/var/log/nginx，数据库按默认路径映射，保持分类清晰 - 宿主机 logs 目录提前建好，确保 Docker 有写权限（可加
user: "1001:1001"或启动前chown -R 1001:1001 ./logs） - 配合 json-file 驱动轮转防磁盘爆满：在 service logging 下加
max-size: "10m"和max-file: "3"
用 Fluentd/Filebeat 接入 ELK 或 Loki（生产级，支持搜索告警）
当服务变多、节点不止一台，或者需要关键词检索、错误统计、实时告警时，就得上采集代理+中心存储这套组合。
- 推荐 Fluent Bit（比 Fluentd 更轻）作为边车或宿主机代理，配置 input 插件监听
/var/lib/docker/containers/**/*-json.log - output 指向 Elasticsearch（配 Kibana 查看）或 Loki（配 Grafana，更轻量），记得加
tag区分服务名，比如tag: "backend.auth" - 容器启动时显式指定日志驱动：
--log-driver=fluentd --log-opt fluentd-address=host.docker.internal:24224（Docker Desktop 可用 host.docker.internal） - 如果用 Docker Compose，直接在 service logging 里写 driver 和 opts，避免全局改 daemon.json
别漏掉这三件事（否则日志会丢或乱）
很多配置看着对，结果查不到日志，往往卡在这几个细节上。
-
确认应用真把日志打到 stdout/stderr：.NET 要关掉文件写入（注释掉 appsettings.json 中的 File provider），Vue 前端 Nginx 要开
access_log /dev/stdout，不能只写文件 -
检查容器内日志目录权限：比如 Nginx 默认以 nginx 用户跑，但挂载目录属主是 root，会导致日志写失败，加
user: "nginx"或提前 chown -
时间戳对齐：宿主机和容器时区不一致会导致日志时间错乱，建议所有容器加环境变量
TZ=Asia/Shanghai或挂载/etc/timezone:/etc/timezone:ro
