中文文档：https://github.com/open-telemetry/docs-cn/blob/main/OT.md

源码：
https://github.com/open-telemetry/opentelemetry-collector
https://github.com/open-telemetry/opentelemetry-collector-contrib
前者负责管理核心逻辑、数据结构以及通用的 Receivers、Processors、Exporters、Extensions 实现，后者则负责接收一些社区贡献的组件，当然贡献者主要都来自于可观测性 SaaS 解决方案供应商，如 DataDog、Splunk、LightStep 以及一些公有云厂商。opentelemtry-collector 项目的插件化管理方式，使得定制化开发 Receiver、Processor、Exporter 的成本很低，我们在做概念验证时，基本可以在一两个小时内开发并测试完毕一个组件

尾部采样 - 进行全量： 优点： 几乎可以分析出所有bug， 缺点：量大， 1W请求： 10个以内 10/10000000
采样率： 100个采1个 优点： 量小 缺点： 有可能某天你采集不到这个bug

采样： 某个链路有错误 必采， 某个链路超时 1S 必采， 就要在最后一个链路的时候才决定是否入库
100个span， 99个span如果你就直接入库了，最后的一个入不入库已经不重要， 如果一个processor可以在最后一个span产生的时候才决定是否将上个链路上报