【问题标题】:What is a good enterprise wide logging + notification solution? [closed]什么是好的企业级日志记录 + 通知解决方案? [关闭]
【发布时间】:2011-04-25 00:31:36
【问题描述】:

(微软环境)

有人要求我考虑用其他东西替换我们当前的日志记录解决方案:MS Enterprise Library。

我们正在努力寻找不仅仅是“记录”解决方案的东西,而是希望找到可以让我们监控正在发生的许多进程的状态的东西,而不仅仅是捕获来自的日志消息(例如异常)内部应用程序。

我们梦寐以求的产品将允许将“消息”发送到一个点。然后将检查这些消息以查看是否应发送任何警报或通知。我们还希望有一个好的 UI 来监控和分析问题。

我猜它最终会成为一个整合的日志/监控仪表板系统。

有没有类似的东西?

编辑:

MSEL:我们最近遇到了要求我们要么使用特定版本的库,要么根本不使用它的 3rd 方组件。此外,我们不喜欢仅使用一小部分库所需的“膨胀”量。

【问题讨论】:

  • 您发现企业库有哪些不足之处?它可以以你想要的任何方式扩展。
  • 我当然同意你对 EntLib 膨胀的看法。

标签: .net logging monitoring


【解决方案1】:

你看过 Log4Net 吗? This page 列出了一些功能。

其中一些很酷的部分是

  • 您可以记录任何内容,而不仅仅是异常。
  • 您可以将日志数据记录在数据库、事件日志、电子邮件、消息队列或任何您想要的位置。这应该能够在仪表板中聚合日志数据。
  • 可以随时更改配置,例如,您可以打开“详细”日志记录一段时间,然后在不重新编译或重新启动应用的情况下将其关闭。
  • 很多开发者都使用过它,所以我们很熟悉。
  • 就资源使用而言,它比 EntLib 轻得多。

使用它的标签可以看到很多questions and discussions here in SO

【讨论】:

  • 我以前使用过 Log4Net,我们试图找到的不仅仅是在我们内部 .net 应用程序中使用的 API。我预计我们可能需要使用多种产品组合才能真正实现我们的目标。
  • 标记为答案,我认为 Log4Net 将成为我们的日志记录部分,我们可能会查看 MS Operations Manager 进行监控,如果需要,可能还会使用内部日志查看器。
【解决方案2】:

不确定这是否符合您的需求。 看看这个logging framework。 并查看this service 以接收/查看来自多个来源的日志(独立于日志框架)。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2023-04-06
    • 1970-01-01
    • 1970-01-01
    • 2011-10-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-04-25
    相关资源
    最近更新 更多