通常情况下,在集成工具产品都会提供日志功能,记录集成应用在运行过程中的运行情况,比如服务每次调用的时间、调用是否成功、异常信息等,也可能包括传输的报文等,这些日志通常被记录在集成工具的日志文件当中,在集成工具或者其中部署的集成应用运行出现问题时,可以很容易的通过这些日志信息进行问题的定位。通常,我把这类由集成工具自身记录的日志叫做平台日志,用于集成平台的运维。
但是,在应用集成项目的实施和应用过程中,有很多问题是平台日志所提供的信息无法解决的。比如,CRM系统调用ERP系统的订单接口进行下单操作,如果ERP对订单内容校验不通过,可以返回处理失败信息,但是这个处理失败是业务失败,而非接口失败,所以不会被记录到平台日志,无法通过平台日志对这类业务问题进行定位和处理。此外,平台日志记录到文件当中,对于其单条记录通常也不会记录业务关键字,因此平台日志的查询相对也会比较困难。因此,我们需要另一种日志来帮助我们了解集成应用的业务运行情况,我将这种日志成为业务日志,业务日志需要我们在集成应用中添加日志记录组件进行记录。
- 业务日志的内容
业务日志最基本的功能是帮助我们对集成应用的业务问题进行快速的定位和查询,建议包含如下信息(具体可以根据需求扩展):
<LogInfo>
<SID/> --唯一序列号,可来自于请求报文
<AppName/> -- 当前应用(服务)的名称,便于对业务进行区分
<Invoker/> -- 调用者名称,可来自请求报文