基于Skywalking开发分布式监控（二）

续上篇，上一篇主要是讲了为啥选skywalking，以及怎么有针对性改造SW Agent，现在我们继续看看如何构建自定义Trace跟踪链

1. 要对SW Agent插件做适当剪裁，原来包括customize插件在内SW 8.9有100多个插件，如果没有作用也就罢了，但是有些插件会产生大量trace和span数据，用处不大，但是会干扰需要聚焦的数据，例如一次最多查10000个trace，但有可能绝大部分都不是用户关注的，而用户关注的数据，又被淹没在无用数据中——因为运行中系统还在大量产生新的数据。
   裁剪的原则是，根据应用实际，用户关注什么技术/框架，就留什么SW Agent，然后漏掉什么加什么，比如需要跟踪kafka再加，我们最终裁剪到大约30个左右，专门建立一个目录，然后把目录路径加载到JVM变量里。
   另外需要注意，不同节点/服务所使用插件可以不同，但要注意衔接，例如dubbo，生成者服务和消费者服务都需要配置相关的有效SW Agent。

2. 构建customize-enhance.xml
   这部分的基本方法就不赘述了，可以看官方文档https://skywalking.apache.org/docs/skywalking-java/next/en/setup/service-agent/java-agent/customize-enhance-trace/
   这里说两点：
   1） tag标签设计，customize-enhance中的tag数据如果设计得当不仅仅能显示运行时的状态，而且可以在筛选指定类型trace方面发挥作用，这个需要和SW OAP配置文件application.yml中searchableTracesTags配置项配合使用，可以通过UI组件 Trace板块中实现按tag搜索所需的trace list，实际上可以实现在整个业务流程中根据标签精准跟踪相关业务，后续可以进一步结合导出SW OAP数据进行深加工
   例如

<enhanced>
     <class class_name="com.quant.trade.service.baseImpl.OrderServiceImpl">
          <method