有人可以在这里做一个体面的情况：
我想使用系统日志，所以日志logging是集成的，所以我可以根据严重性等指导日志旋转，但同时我喜欢有一个专门的日志文件为我的应用程序的想法，所以如果有问题，你可以轻松查看与应用程序有关的信息，而不必进行任何过滤。 logging到专用文件和系统日志似乎是多余的。 有人可以说服我使用一个或另一个，或两者兼而有之。
谢谢
如果这是一个正在编写或至less可以影响的应用程序，那么请使用系统日志并考虑让您的设备login到可configuration的位置，这样pipe理员可以selectlogin到其中一个标准设施，或使用本地设施之一（即local0到local9 ）通过syslog.conf的魔术可以发送到不同的文件（ local0.debug /var/log/myapp.log ）。
使用syslog还意味着如果要将运行相同软件的许多服务器的日志消息发送到单个日志logging服务器，则可以利用远程日志logging。
但是，这也取决于你logging的频率。 例如，Apache由于创build了大量的数据而拥有自己的日志文件，因此它更有意义地pipe理自己的日志logging机制，因此syslog不会成为瓶颈或数据淹没。
最终你知道你要logging什么，多频繁，以及这是多less数据。 你也知道这个应用程序以及它是否是multithreading的（大量的请求，因此竞争一个日志文件的资源）。 没有任何你想要做什么/实现的细节，只能一概而论。
我们将系统日志logging到Splunk中，但是这意味着我们可以在一个地方获得更多的信息，我们可以随时logging日志事件，提出警报等等。所以，您需要系统日志，但是如何执行给你。
Iny我认为一切都属于系统日志，但是如果你有一些你经常需要关注的日志，或者从中得到一些报告，我会build议把它们写到自己的日志文件中。 在我的情况下，我们有一个负载平衡器，我们必须每天监视，在这种情况下，我为负载平衡器做了一个严格的日志，但是在确认所有事情都按照预期工作之后，我们将其移回syslog。
这真的取决于你的情况，但一般使用syslog