NET Core微服务之路：简单谈谈对ELK，Splunk，Exceptionless统一日志收集中心的心得体会

                                                           前言

日志，一直以来都是开发人员和运维人员最关心的问题。开发人员可通过日志记录来协助问题定位，运维人员可通过日志发现系统隐患，故障等定位问题。如果你的系统中没有日志，就像一个断了线的风筝，你永远不知道它会的落脚点（故障点）在什么地方。当然，你说你不用日志，非要用调试模式来一个一个的排查和验证问题，那这将是非常疯狂的。

微服务架构日渐火热，在享受微服务带来的种种好处的同事，也要承担她所带来的各种困扰。因为系统不再是一个独立的个体，而是分部到不同地方、不同宿主、不同区段单独的服务个体（节点），他散落，不统一，那么，当某个节点出现问题，如何快速定位，将是一个挑战。你总不可能说我把每个节点的日志都查一遍吧。那么，这个问题可以这样描述：

• 如何及时采集每个节点的日志？

• 如何将日志进行及时汇总？

• 如何将汇总的日志进行有利（快速）的分析（检索）？

 

日志的重要性和复杂性

说道日志的重要性，我相信没有任何开发人员和运维人员认为他不重要，正如“前言”所提，这个世界没有这样疯狂的人。

再论日志的复杂性，日志保存了当前系统中各种功能的记录，正如你去一家医院的体检单，上面清晰的记录了你各项生命特征信息、以及不同的指标。日志文件在应用系统中的作用就如同体检单，它反应了系统的健康状态、系统的操作事件、系统的变更状况。

日志种