2013-09-24 11:53

引用来自“伤神小怪兽”的评论

引用来自“哈库纳”的评论

引用来自“伤神小怪兽”的评论

引用来自“哈库纳”的评论

好像日志管理不需要这么复杂把。。。。

服务器上有多个应用日志的话,这样统一管理不是很好嘛?还有什么简单的方法?

首先日志是很重要的数据,对于日志的清理非常谨慎,一旦弄丢了就再也不能恢复了。所以你这套自动清理日志的工具实际意义也就不大。

倒是可以用在一些不注重日志的应用上,如果是这样的话就像楼上所说的 写一个 批处理 批量删除一下就可以了 犯不上弄这么大个东西装在服务器上,而且还要在服务器上开一个常驻进程。。。要知道一个 JVM 启动起来一般要占用100MB内存。CPU资源还没有去算它呢。


如果你这个是一个日志收集系统,将收集的日志统一传送到日志服务器。而不是清理就变得非常有意义了。

1、有归档清理模式可以对日志压缩备份
2、正式版将加入单次运行模式,由crontab之类的调度器去调度
3、写个配置文件总比写脚本容易,可维护
4、日志收集功能这个值得考虑

也就日志收集最有用,其他设计都可以放到日志服务器上去实现。
2013-09-24 11:15

引用来自“哈库纳”的评论

引用来自“伤神小怪兽”的评论

引用来自“哈库纳”的评论

好像日志管理不需要这么复杂把。。。。

服务器上有多个应用日志的话,这样统一管理不是很好嘛?还有什么简单的方法?

首先日志是很重要的数据,对于日志的清理非常谨慎,一旦弄丢了就再也不能恢复了。所以你这套自动清理日志的工具实际意义也就不大。

倒是可以用在一些不注重日志的应用上,如果是这样的话就像楼上所说的 写一个 批处理 批量删除一下就可以了 犯不上弄这么大个东西装在服务器上,而且还要在服务器上开一个常驻进程。。。要知道一个 JVM 启动起来一般要占用100MB内存。CPU资源还没有去算它呢。


如果你这个是一个日志收集系统,将收集的日志统一传送到日志服务器。而不是清理就变得非常有意义了。

1、有归档清理模式可以对日志压缩备份
2、正式版将加入单次运行模式,由crontab之类的调度器去调度
3、写个配置文件总比写脚本容易,可维护
4、日志收集功能这个值得考虑
2013-09-24 10:50

引用来自“伤神小怪兽”的评论

引用来自“哈库纳”的评论

好像日志管理不需要这么复杂把。。。。

服务器上有多个应用日志的话,这样统一管理不是很好嘛?还有什么简单的方法?

首先日志是很重要的数据,对于日志的清理非常谨慎,一旦弄丢了就再也不能恢复了。所以你这套自动清理日志的工具实际意义也就不大。

倒是可以用在一些不注重日志的应用上,如果是这样的话就像楼上所说的 写一个 批处理 批量删除一下就可以了 犯不上弄这么大个东西装在服务器上,而且还要在服务器上开一个常驻进程。。。要知道一个 JVM 启动起来一般要占用100MB内存。CPU资源还没有去算它呢。


如果你这个是一个日志收集系统,将收集的日志统一传送到日志服务器。而不是清理就变得非常有意义了。
2013-09-24 10:38

引用来自“哈库纳”的评论

好像日志管理不需要这么复杂把。。。。

服务器上有多个应用日志的话,这样统一管理不是很好嘛?还有什么简单的方法?
2013-09-24 09:22
好像日志管理不需要这么复杂把。。。。
2013-09-23 12:51
都可以实现,还有更好的方案
2013-09-23 11:26

引用来自“伤神小怪兽”的评论

引用来自“陈景峰”的评论

程序员抢管理员的饭碗,一个脚本分分钟搞定的,还要写成软件,还有一堆XML配置文件,还要安装 JVM环境,还要配置个classpath.......
至于吗?

当然至于,先看看提到的6个特点,你一个脚本能搞定!?

不过~~ 程序中自带精简版 JRE 这个可以有~
2013-09-23 11:15

引用来自“陈景峰”的评论

程序员抢管理员的饭碗,一个脚本分分钟搞定的,还要写成软件,还有一堆XML配置文件,还要安装 JVM环境,还要配置个classpath.......
至于吗?

当然至于,先看看提到的6个特点,你一个脚本能搞定!?
2013-09-23 11:06
程序员抢管理员的饭碗,一个脚本分分钟搞定的,还要写成软件,还有一堆XML配置文件,还要安装 JVM环境,还要配置个classpath.......
至于吗?
回复 @
{{emojiItem.symbol}}
返回顶部
顶部