Golang微服务应将日志输出到stdout/stderr，使用JSON格式并配合容器日志驱动（如json-file）设置max-size和max-file实现轮转，避免磁盘占满；通过zap等高性能库实现结构化、分级日志，结合Filebeat或Fluent Bit采集至ELK/EFK系统，实现长期存储与可视化分析，确保日志体系可靠可维护。
在Golang开发的微服务或后台应用部署到容器环境中时，日志是排查问题、监控系统状态的重要依据。然而，若不妥善处理日志的存储与轮转，容易导致磁盘占满、日志丢失或检索困难等问题。合理的日志策略不仅能提升系统稳定性，还能降低运维成本。
合理选择日志输出方式
容器环境下，最佳实践是将日志写入标准输出（stdout）和标准错误（stderr），由容器运行时（如Docker）统一收集并交由日志驱动处理（如json-file、fluentd、syslog等）。
Golang中可直接使用log包或第三方库（如logrus、zap）将日志打印到控制台：
- 避免将日志文件直接写入容器内部路径，除非挂载了持久化卷
- 启用JSON格式日志，便于结构化解析和集中采集
- 通过环境变量控制日志级别，适应不同部署环境
配置容器日志驱动与限制
Docker默认使用json-file驱动，支持日志轮转和大小限制。应在容器启动时设置合理的参数，防止日志无限增长。
立即学习“go语言免费学习笔记（深入）”；
示例：在docker run命令中配置：
--log-driver=json-file \ --log-opt max-size=100m \ --log-opt max-file=5
上述配置表示单个日志文件最大100MB，最多保留5个归档文件，总占用不超过500MB。
若使用Kubernetes，可在Pod的container配置中通过logging选项或节点级Docker配置统一管理。
应用层配合实现结构化与分级日志
虽然容器层可做轮转，但应用层的日志设计仍关键。Golang项目中建议：
- 使用zap或zerolog等高性能日志库，减少I/O开销
- 按级别（debug、info、warn、error）记录日志，并支持动态调整
- 添加上下文字段（如request_id、user_id）方便追踪
- 避免在日志中输出敏感信息或大对象
例如，zap支持写入io.Writer，可同时输出到stdout和监控通道：
logger, _ := zap.NewProduction() defer logger.Sync()
结合外部系统实现长期存储与查询
容器日志默认只保留短期数据，生产环境需对接ELK（Elasticsearch+Logstash+Kibana）或EFK（Fluentd替代Logstash）等日志系统。
常见做法：
- 在节点部署Filebeat或Fluent Bit，采集容器日志目录中的文件
- 通过Kubernetes DaemonSet统一管理日志采集组件
- 利用Kibana或Grafana进行可视化分析
- 设置索引生命周期策略（ILM），自动归档或删除旧日志
基本上就这些。从Golang应用输出结构化日志开始，配合容器运行时的轮转机制和外部日志系统，才能构建可靠、可维护的日志体系。关键是每一层各司其职，避免日志失控。
