1. 日志中心-日志搜索
日志搜索用于应用日志查询等操作。该功能依赖于应用使用了logback或者log4j框架进行日志打印，集成NTC探针后默认开启了logback日志通过NTC内置的Appender直接发送到NTC平台，但由于我们定义了统一的打印规范，所以需要修改下日志打印格式，参见下面的Appender直接发送；另外少数银行可能会要求通过项目组原有的日志文件，然后NTC平台进行收集，这时就可以参见下面的日志落盘+logtail采集模式。这两种方式主要的区别是一种是通过应用在打印日志的同时通过NTC 内置的Appender顺便打印一份到NTC(不影响应用原有的日志文件打印），一种是应用先按规范打印日志，然后通过logtail再进行采集日志文件的方式。
所以在应用接入时请根据有无上述需求决定是否接入日志搜索，具体的接入流程如下：
在接入之前我们先来学习下NTC日志中心收集了如下字段信息
字段含义分别为如下：
时间，线程，日志级别，类名字，全局流水，链路调用id，应用流水号,来源应用名称，应用名称，实例编号，交易码，路由版本，会话id，用户id，日志内容
所以我们需要应用端在打印日志内容时按照顺序提供上述字段信息。每个字段之间使用“|”间隔。如果没有的字段，可以使用||代替。
说明：logdate日期格式[logdate: "yyyy-MM-dd HH:mm:ss.SSS"]
日志落盘+logtail采集模式
这种模式的采集模式需要应用端在打印日志的时候按照上面的日志格式进行打印，NTC就可以根据打印的日志文件进行日志收集。目前大部分项目采用的是NTC内置的Appender模式，这样不会影响应用原有的日志打印，可以看到在应用探针-找到指定应用-点击配置管理，如下：
如果设置为true说明使用的Appender模式，意思是在应用打印日志的时候会同时推送一份到NTC端（按照NTC要求的格式），这样就不会影响应用原有的日志打印。
如果银行要求采用采集日志文件模式，可以把上面的属性设置为false,然后应用可以新增appender按照NTC打印规范输出到磁盘。可以新增appender配置，不影响应用原有日志打印配置
Pattern格式：
%d{yyyy-MM-dd HH:mm:ss.SSS}|%thread|%-5level|%logger|%X{nextTraceId}|%X{nextCallId}|8888888|%X{nextClientAppName}|%X{nextAppName}|%X{nextInstanceId}|%X{nextServiceName}|%X{nextRouteVersion}|%X{sessionId}|%X{nextUserId}|%m%n
说明：
以下字段根据项目实际情况修改,就是把%X花括号里面的key替换成项目的实际key值，无自定义时不用修改：
appLogNo:应用流水号，指应用内部生成的流水号存入MDC中的字段key值,
transName：交易名称/交易码，当应用有将交易名称/交易码存入MDC中时配 置有效，根据交易名称存入MDC的key做相应的修改。
sessionId：会话id
Appender直接发送
NTC扩展了Appender，在应用启动的时候自动增加了新的Appender，所以可以在应用打印日志的时候同时打印一份到NTC中进行处理。
如果采用这种模式，只需要以下简单的两步动作即可。
开启日志Appender模式(默认已经是开启的),如上面图示
确认layoutPattern是否正确。其他属性根据界面结合实际情况进行修改
%d{yyyy-MM-dd HH:mm:ss.SSS}|%thread|%-5level|%logger|%X{nextTraceId}|%X{nextCallId}|8888888|%X{nextClientAppName}|%X{nextAppName}|%X{nextInstanceId}|%X{nextServiceName}|%X{nextRouteVersion}|%X{sessionId}|%X{nextUserId}|%m%n
说明：
以下字段根据项目实际情况修改，,就是把%X花括号里面的key替换成项目的实际key值，无自定义时不用修改：
appLogNo:应用流水号，指应用内部生成的流水号存入MDC中的字段key值,
transName：交易名称/交易码，当应用有将交易名称/交易码存入MDC中时配 置有效，根据交易名称存入MDC的key做相应的修改。
sessionId：会话id