这是一个非常普遍的问题；从程序员的角度来看，要考虑流程（程序）的操作方面。
是否有任何最佳实践/指南来对消息进行分类，特别是在 SaaS/多租户（服务器）软件环境中，这些环境会因用户操作或配置错误而生成错误和警告。由于软件的性质，我必须处理的大多数模块都是无状态的；即，当由于用户错误而发生错误时，很难区分这是操作错误还是网络配置错误等。
我想要向一些有经验的人了解的是，这里应该采用什么样的合理逻辑，以便操作人员可以轻松地对这些消息进行分类并识别问题？
附言：对看到这篇文章被转发的人表示抱歉；这里
答案1
大多数 *nix 进程使用半标准格式“月日 24 小时时间主机进程名称 [pid]: 消息”记录到 syslog（或至少应该如此）。Syslog 结合了指示消息严重性的方法，请使用它们（但请记住，严重性是从系统的角度，而不是应用程序的角度）。
如果消息是调试问题，那么它通常是“Function_Name File_Name Line_No Error_Code Error_Desc”；否则消息的格式完全依赖于程序。
对于多租户系统，“消息”部分通常以某种形式的租户标识开始，然后是实际的日志消息。