asp.net - 设计分布式（在许多服务器上）错误日志记录功能，WCF 还是？

Question

我正在设计一个错误记录功能，以便我们的服务器（每个 donig 不同的东西）可以有一个中央数据存储来记录错误。

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

他们可以通过 ADO.NET 对数据库进行操作，我认为这是更简单的方法。

Answer 1

我会说只需登录到您的本地数据存储。优点是：

1. 速度 - 将您选择的错误报告转储到现有数据连接非常快。
2. 可追溯性——如果您的服务出现错误怎么办？您失去了在所有服务器上追踪错误的能力。
3. 简单 - 如果您更改错误服务的端点，您必须更新使用错误服务的所有其他应用程序。
4. 报告 - 当您可以轻松地在应用程序本地的数据存储中找到它们时，您是否真的想在一个地方搜索来自数十/数百个应用程序的错误报告？

当然，这些观点中的任何一个都可以从另一面来看，这些只是我的观点。

Answer 2

看看syslog怎么样？它正是为此目的而制作的。

Answer 3

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

查看通过 netTcp 使用 WCF，还查看使用事件日志，但这似乎需要高信任设置，并且可能存在性能问题。

不相信 ZombieSheep 的反对意见：

1. 通过现有的 WCF 连接转储您选择的错误报告非常快。严重地。另外，您可以异步/排队。对我来说不是关键因素。

2. 您登录到中央服务和本地服务。当错误服务重新上线时，您将轮询您的机器以查找自上一个时间戳以来的事件。问题解决了。

3. 使用 dns 别名，并且不要更改路径 - 无论如何 IMO 都应该使用这种方式进行内部寻址。

4. 如果您在一台机器上有多个应用程序怎么办？如果您想查看跨多个应用程序的错误发生时间怎么办？