Compare
evlog 与 Winston：格式和请求事件
比较 Winston 的格式、transports 和自定义级别，以及迁移现有应用前 evlog 的事件累积方式
你的 Winston 配置可能编码了多年的运维决策：哪些字段会到达后端、哪些错误会触发告警，以及每个严重性级别会发送到哪些 transports。开始迁移时，应保留这些决策。
确定配置已经实现的功能
Winston 通过 logform 组合格式，支持自定义级别，并配置各自拥有级别的多个 transports。它还提供子 logger、性能分析以及异常／拒绝处理器。当现有管道已经正常工作时，这些都是保留它的理由。请参阅 Winston 文档。
| 现有要求 | 在 evlog 中检查的内容 |
|---|---|
| 自定义级别 | 将它们映射到四种严重性级别，并更新依赖原始值的查询或告警。 |
| 格式链 | 确定哪些转换应成为上下文字段、插件钩子或 drain 序列化。 |
| 自定义 transport | 找到匹配的 drain，或移植该协议和交付行为。 |
| 每个 transport 的级别 | 在交付配置中明确保留特定目标的过滤逻辑。 |
| 异常／拒绝处理器 | 将进程级故障处理与单个请求的错误事件分开。 |
决定由谁组装最终事件
Winston 可以一次记录一个已完成的对象。应用决定如何收集它。evlog 的 createLogger() 提供该累加器，set() 添加上下文，而 emit() 生成最终事件。框架集成负责管理该操作生命周期。
使用 Wide Events 来决定这种模型是否能减少处理器中的代码。它不会自动保留 Winston 的输出 schema，将多条记录改为一条记录可能需要新的仪表板查询。
通过可观测检查点进行迁移
选择一个操作，并记录消费者所需的输出字段。配置 evlog drain 适配器，然后针对测试目标验证成功和失败场景。确认脱敏、严重性映射、重试和进程关闭满足与现有路径相同的要求。
如果格式组合或自定义 transports 已经解决了问题，请继续使用 Winston。当累积的上下文、结构化错误及其集成生命周期能够减少应用代码时，可以考虑 evlog。无论库的年龄，还是输出不相等的基准测试，都不能证明哪个更适合你的工作负载。性能参考解释了可供比较的测量结果。
在扩大迁移范围之前，使用 Logger 概览比较其他选项。