Asp.net 设计分布式(多服务器)错误记录功能,WCF还是?

Asp.net 设计分布式(多服务器)错误记录功能,WCF还是?,asp.net,wcf,error-logging,Asp.net,Wcf,Error Logging,我正在设计一个错误记录功能,这样我们的服务器(每个服务器都有不同的功能)就可以有一个用于记录错误的中央数据存储 让各种应用程序使用WCF服务写入错误日志文件是一个好主意,还是一个坏主意 他们可以通过ADO.NET访问数据库,我认为这是更简单的方法。我认为只需登录本地数据存储即可。优点是: 速度-这是相当快的只是 将您选择的错误报告转储到 现有数据连接 可追踪性-如果您 您的服务有错误吗?你 失去追击的能力 所有服务器上的错误 简单性-如果您更改了 错误服务的终结点, 你必须每隔一天更新一次 使用

我正在设计一个错误记录功能,这样我们的服务器(每个服务器都有不同的功能)就可以有一个用于记录错误的中央数据存储

让各种应用程序使用WCF服务写入错误日志文件是一个好主意,还是一个坏主意


他们可以通过ADO.NET访问数据库,我认为这是更简单的方法。

我认为只需登录本地数据存储即可。优点是:

  • 速度-这是相当快的只是 将您选择的错误报告转储到 现有数据连接
  • 可追踪性-如果您 您的服务有错误吗?你 失去追击的能力 所有服务器上的错误
  • 简单性-如果您更改了 错误服务的终结点, 你必须每隔一天更新一次 使用错误的应用程序 服务
  • 报告-你真的想这样做吗 浏览来自的错误报告 中的数十个/数百个应用程序 一个你很容易找到的地方 将它们保存在数据库本地的数据存储中 应用程序

  • 当然,这些观点中的任何一点都可以从另一个角度来看,这些只是我的观点。

    看看syslog怎么样?它正是为了这个目的而设计的。

    我们正在研究一种类似的方法,除了审计日志和错误处理

    看看在netTcp上使用WCF,也看看使用事件日志,但这似乎需要高信任设置,可能还有性能问题

    不相信僵尸羊的反对意见:

  • 通过现有的WCF连接转储您选择的错误报告非常迅速。认真地另外,您还可以异步/排队完成。对我来说,这不是一个关键因素

  • 您可以登录到中心服务和本地服务。当erroer服务重新联机时,您将轮询您的机器,以查找自上次时间戳以来的事件。问题解决了

  • 使用dns别名,并且不要更改路径-您应该以这种方式进行内部寻址

  • 如果你在一台机器上有多个应用呢?如果您想查看多个应用程序的错误时间,该怎么办


  • 我认为可能会有10-20种不同的应用程序/服务,但这一点值得一提。