问设计Azure云日志记录框架

EN

例如，可以很容易地实现一个日志客户端，该客户端将日志消息放到服务总线队列中。当然，最大的问题是:您是否需要它，或者它是否足够简单，比如存储队列，或者甚至直接记录到存储中？

任何类型的日志记录都可以并且应该使用任务内部发布/订阅模式(例如，Event Aggregator)作为后台任务来完成。

现有日志框架

还有一些日志框架已经实现了您所描述的大部分内容，其中一个比较流行的框架名为Log4Net，它使用附加器的概念来描述执行实际日志记录的引擎。这实际上可以是任何东西；存储、队列、数据库，并且只需很少的工作，您也可以编写自己的附加器来满足您的需求。

成本的问题

通常，这归根结底是比弹性更高的成本。而弹性是一个风险计算问题。您的系统崩溃的可能性有多大，在这种情况下，您没有日志文件查看的可能性有多大。最后，您需要记录哪些未由应用程序运行时周围发生的现有日志处理的日志？最后，没有这些信息会让你付出什么代价？这些问题的答案将为您提供一个数字，然后您可以将其转换为对适当日志记录框架的投资。

我知道作为开发人员，我们总是寻求完美的解决方案，但这并不总是合乎逻辑的选择。