现有查询cluster环境日志的问题
1, 跨服务器,需要同时看多个node节点下的日志。
2, 很可能没有权限来访问生产环境。 需要走申请的流程,浪费时间。
集中日志系统
1, 将server端得日志通过restful的方式发送到日志服务器上,并提供web UI【AJAX】来进行查询。
restful方式相较于socket方式的优点
a, 走的http方式,不能被防火墙拦截
b, 可以接受.net等异构系统的请求
2, server端只需要修改log4j的配置文件,再加上个jar包就ok
3, 如果不用共用的日志系统,可以用war包部署自己的日志系统,还需要个DB
4, 可以动态监视日志的内容, 如果有异常关键字, 就会发送邮件。
5, 存储到DB上的内容可以自定义编辑【增加列名等】, 使用groovy的方式。
6, 对原有系统的性能影响很小, 可以忽略不计。 同时可以设置要发送日志系统的日志级别, buffer大小等。 这些设置是通过3秒一次的心跳测试webservice的response来设置的。而不是client端新建一个webservice的服务端。
7, 可以将多个node下的日志放在一起看【按时间排序】, 而不需要一个个的查看node下的日志。 还能缩小查询的范围, 比如哪个node 哪个级别 哪个线程。
总结
该系统非常实用,能更好的监控/查看生产环境中的日志。
1, 跨服务器,需要同时看多个node节点下的日志。
2, 很可能没有权限来访问生产环境。 需要走申请的流程,浪费时间。
集中日志系统
1, 将server端得日志通过restful的方式发送到日志服务器上,并提供web UI【AJAX】来进行查询。
restful方式相较于socket方式的优点
a, 走的http方式,不能被防火墙拦截
b, 可以接受.net等异构系统的请求
2, server端只需要修改log4j的配置文件,再加上个jar包就ok
3, 如果不用共用的日志系统,可以用war包部署自己的日志系统,还需要个DB
4, 可以动态监视日志的内容, 如果有异常关键字, 就会发送邮件。
5, 存储到DB上的内容可以自定义编辑【增加列名等】, 使用groovy的方式。
6, 对原有系统的性能影响很小, 可以忽略不计。 同时可以设置要发送日志系统的日志级别, buffer大小等。 这些设置是通过3秒一次的心跳测试webservice的response来设置的。而不是client端新建一个webservice的服务端。
7, 可以将多个node下的日志放在一起看【按时间排序】, 而不需要一个个的查看node下的日志。 还能缩小查询的范围, 比如哪个node 哪个级别 哪个线程。
总结
该系统非常实用,能更好的监控/查看生产环境中的日志。