记录诊断上下文
包含时间戳、严重级别、服务和发布版本、请求或跟踪标识,以及简洁的事件描述。补充有助于排查的操作名称和耗时,但不要倾倒完整负载。
使用一致字段,并区分预期的验证失败与意外错误。在数据进入日志系统前,遮蔽授权标头、令牌、密码和敏感用户值。
控制保留期限与访问权限
根据排障需要和适用策略设定保留期限,并限制访问人员。即使没有消息正文,日志仍可能泄露架构、标识符或使用模式。
针对持续错误率过高或反复启动失败等可操作模式告警,而非每个孤立事件都告警。测试关联标识能否贯穿应用及后台任务。
有用的应用日志应帮助解释服务做了什么以及原因,同时避免记录秘密或不必要的个人数据。应使用结构化上下文关联请求与结果,不要在常规日志中记录消息正文或凭据。
包含时间戳、严重级别、服务和发布版本、请求或跟踪标识,以及简洁的事件描述。补充有助于排查的操作名称和耗时,但不要倾倒完整负载。
使用一致字段,并区分预期的验证失败与意外错误。在数据进入日志系统前,遮蔽授权标头、令牌、密码和敏感用户值。
根据排障需要和适用策略设定保留期限,并限制访问人员。即使没有消息正文,日志仍可能泄露架构、标识符或使用模式。
针对持续错误率过高或反复启动失败等可操作模式告警,而非每个孤立事件都告警。测试关联标识能否贯穿应用及后台任务。