日志报文改造规范如何有效制定？

我们单位是根据google的dapper规范按照自身的特点进行了字段的制定，包括链路追踪的基本字段要求，比如全局流水号，应用标识，节点标识，时间戳，还预留了一定的字段考虑后续的灰度发布、应用自身其他需求，制定规范的时候不光要考虑当前需求，还要为以后其他项目进行预留字段。

可以参考zipkin，skywalking的日志输出格式，因为是json格式，后续扩展起来也比较方便。日志分析系统对json格式的数据能做到自动化解析，也就是说只要程序按照json格式增加新的字段，日志分析系统无需做任何配置就能自动解析出新的字段

我们目前对于链路日志主要围绕Java非侵入式应用进行，agent会处理全局traceid，segmentid和spanid，构造唯一的链路标识、服务访问路径、HTTP请求类型、应用名称、应用实例标识等信息。一个完整的链路日志如下；

{"globalTraceIds":110176672196214784",// 全局traceId"segment":{"traceSegmentId":110176672196214786,// 当前段SegmentId"spans":[{"spanId":0// 当前段中的spanId"parentSpanId":-1,// 父spanId"refs": [// 父段的引用{"parentTraceSegmentId":110176672196214786,// 父段TraceSegmentId"parentSpanId":1,// 父段SegmentId中的哪个spanId产生的当前端段"parentAppInstanceId":"192.168.0.1-8888",// 父应用实例标识， ip-pid"entryAppInstanceId":"192.168.0.2-8888",// id of first application instance in this distributed trace"type":"CROSS_PROCESS"// 产生当前段的类型"networkAddress":"192.168.0.10:1234"// 父段peerHost"entryService":"/hello",// Operation/Service name of the first one in this distributed trace"parentService":"/test"// Operation/Service name of the parent one in this distributed trace}],"startTime":1572337748267,// 开始时间"endTime":1572337748269,// 结束时间"serviceName":"/test",// 服务名"spanLayer":"Http",// span层类型"componentId":14,// 组件ID（SpringMVC）"spanType":"Entry",// span类型(Entry、Exit、Local)"isError":true,// 是否异常"tags":[// tags{"key":"url","value":"http:\/\/localhost:9090\/hello"},{"key":"http.method","value":"GET"}],"logs":{// 日志字段"time":1572337748267,"data":[{"key":"key","value":"value"" }]}}],"appGroupId":"xxx",// 应用分组名称（整体项目名称/系统名称）"appId":"xxx",// 应用名称 (项目中的一个子系统名称/微服务名称)"appInstanceId":"192.168.0.1-8888"// 应用实例标识， ip-pid}}

接口上的内容，并不是依赖一个业务、需求，或者一个开发人员就能定的。
日志监控可以参考系统新增一个辅助系统，你可以参考一下做大屏幕监控显示的后台系统