独立的业务日志模块该怎么设计？

Question

公司要做一个独立的日志模块，记录不同业务的各层日志，然后要做成可视化，可查询，还要能用到不同的项目中。计划是用spring的AOP来做，但是因为各个项目业务是不同的因此无法确定有哪些业务，本来想根据类的路径以及url请求的路径来解析出业务类型，用这个业务类型作为日志名输出到日志文件，但是因为各个项目代码不规范，层级结构比较乱，无法给出统一的获取业务类型的方法，如果用配置文件设置一些业务类型就得注释到业务代码里面这样不现实，因为代码都已经写好了没法再改，不知道其他还有什么办法可以得到业务类型的？大家有做这种独立的日志模块的吗？业务类型是怎么定的？

Answer 1

表面是技术问题，实质是管理问题，管理问题无法用技术手段解决。首先要让各个业务组明确规范意识，不是想怎么来就怎么来，今天记录八个字段，明天记录十个字段，后天说我要把历史数据联合查询，第一天记录的第二列和第二天记录的第四列对齐，分组合并，灵活应用，敏捷开发，适应不同环境，这都是胡说八道。

首先，必须是规范。即使是一百个不同的业务组，也要规定固定的日志格式，考虑以后会有哪些方面的查询，按照业务要求设计日志表的格式，宣示每个项目组，日志格式必须按此记录。写成文档，各个项目组签字画押，以便秋后算账。当初没有提到的要求，现在要实现，另外计算工时工量，费用由各项目组承担。

第二，一切都有了规范，实现就容易了。从来有人说，最简单的就是技术。脱离了管理的技术，简单吗？