在SLF4J / Logback中使用标记的最佳实践

4 回答

• 26

  首先，正如@darioo所说：

  • MDC用于将多个事件与少数事件相关联"entities"

  • [标记]用于您希望从常规事件中过滤的"special"事件

  所以你断言你想要使用MDC . 标记用于突出"special"事件 - 过滤，如果你愿意 - 而不是"slicing" . 例如，您可能会根据特定用户进行切片，但会根据任何意外异常进行过滤 . 在这种情况下，您将创建用户MDC维度和UnexpectedException标记 .

  ---

  但这显然没有解决你想到的问题 . 您“更倾向于指出如何使用标记一致地设置日志记录的更一般级别 . ”所以让我们解决这个问题：

  MDC用于切片和切块，而标记用于过滤 . These activities are carried out during testing and in production . 因此，您需要确定哪些维度可能对切割日志数据有用，以及在测试/ 生产环境 出现时对哪些维度过滤可能有用 . Each dimension gets an MDC dimension. Each case gets a Marker. 就这么简单 .

  The developers don't need to make any decisions here. 单个人或团队应在设计时决定需要支持哪种切片，切片和过滤 . 应该通过想象可能要求他们执行哪种分析任务来了解这一点 .

  同一个人或团队应该决定命名约定 . It's entirely arbitrary . 选择一些美学上令人愉悦的东西，并且具体到足以与后来添加的东西冲突 . 连字符与下划线非常挑剔并且令人担忧地忽略了这一点，但请注意，ESL员工阅读下划线可能不那么令人困惑（至少与CamelCase相比）;与此同时，据报道，由于到达必要钥匙的尴尬，这使一些开发人员感到恼火 .

  至于决定政策，这只是意味着 defining in which cases a given Marker or MDC dimension needs to be employed . 保持这种紧密（集中，慎重），但如果他们认为维度和标记的集合不足以完成手头的任务，则允许开发人员提供反馈 . 根据需要修改/添加尺寸和/或属性 .

  了解 this policy will almost necessarily be project-specific . 并非每个项目都需要相同类型的日志记录分析 . 想象一些噩梦的场景 . 然后想象一下您希望如何分析该场景中的日志 . 您可能不希望编写一个复杂的脚本来尝试跟踪哪个消息属于哪个上下文，哪个状态是哪个状态，对吧？将任何此类信息编码为维度和标记，并在出现问题时为自己省去一些麻烦 .

  回复于 2024-04-26T16:51:09+08:00
• 87

  首先，MDC .

  MDC在您拥有一个与某些行为相关联的“实体”的环境中非常有用 . 典型示例：用户与Web应用程序交互 . 所以，假设有很多用户搞乱你的网络应用程序 . 使用MDC，您可以轻松跟踪它们而不会有太多麻烦 . 简化示例：

  ...[Sandy][abcd] clicked on "change profile"
  ...[Joe][1234] clicked on "weather reports"
  ...[Joe][1234] clicked on "Europe"
  ...[Sandy][abcd] clicked on "logout"
  ...[Joe][1234] clicked on "logout"
  ...[Sandy][efgh] logged in
  

  在这里，您在两个地方使用MDC：用户名和会话ID . 这样，您可以轻松地查看一个用户的会话以查看他们一直在做的所有事情 .

  第二，标记 .

  标记通常用于“特殊”情况，例如向管理员发送电子邮件以发现严重的严重错误 . 并非所有错误都属于同一类别;有些必须以适当的方式处理 .

  或者，当用户退出您的服务时，它通常会转到INFO日志，但如果您希望此类事件放在单独的日志文件中，您也可以对此类实例使用标记，以便您可以监视它更容易用于退出用户的统计收集 .

  经验法则：

  • MDC用于将多个事件与少数事件相关联"entities"

  • 标记用于您希望从常规事件中过滤的"special"事件

  回复于 2024-04-26T16:51:09+08:00
• 7

  标记可用于着色或标记单个日志语句 . 你用这些颜色做什么，即标记，完全取决于你 . 然而，对于标记使用，两种模式似乎是常见的（第一种比第二种更常见） .

  • Triggering ：可以指示某些appender在某个标记存在的情况下采取行动 . 例如，可以将 SMTPAppender 配置为每当使用 NOTIFY_ADMIN 标记标记日志记录事件时发送电子邮件，而不管日志级别如何 . 请参阅logback文档中的marker-based triggering . 您还可以组合日志级别和标记以进行触发 .

  • Filtering ：您可以使用颜色"DB"对所有与持久性相关的日志（在各种和多个类文件中）进行着色/标记 . 然后，您可以过滤"DB"：禁用日志记录，但标记为DB的日志语句除外 . 有关详细信息，请参阅logback文档中的chapter on filters（搜索MarkerFilter） .

  回复于 2024-04-26T16:51:09+08:00
• 64

  正如附录一样，如果您正在使用logstash并启用了json日志记录，则Marker还有另一种可能的用途 - 用于记录与特定日志消息关联的变量 . 这比在消息体中包含它更加一致且更容易解析 . 非常有用，如果它适合您的用例 .

  详情请见：

  https://github.com/logstash/logstash-logback-encoder#loggingevent_custom_event

  回复于 2024-04-26T16:51:09+08:00