在Dapper的启发下，业界诞生了很多用于分布式链路追踪的开源组件，为了保持对链路中每一个环节的记录与匹配，不仅需要在应用内部对跟踪信息进行传递，还需要让跟踪信息跨越不同的应用以及不同的分布式组件。
过度沟通。有些同学对沟通的可靠性产生了过度焦虑，不断的重复讨论已有结论问题。把TCP模式当成UDP来使用，效率会比较低。
有效沟通的另外一个重点是“不要跑题”。很多看起来很接近的问题，本质上是完全不同的问题。比如：一个会议的主题是“如何实施一个方案”，有人却可能提出“是否应该实施该方案”。 “
不同算法的时间复杂度的差距，仅仅通过更长的工作时间是难以弥补的。为了提升工作学习效率，我们需要注意以下几点：
主要关注效率提升。很多时候，与效率提升所带来的收益相比，延长时间所带来的成果往往不值得一提。
伪需求的产生有两个原因：
第一个原因是需求传递变形。从信息论的角度来讲，任何沟通都是一个编码和解码的过程。典型的需求从需求方到产品经理，最终到开发工程师，最少需要经历三次编码和解码过程。
上图是非常典型的2B行业自上而下的流程图，大家要做的第一件事就是定一个目标，不要忽略这件事，它真的非常重要，因为不管是升级产品的功能还是其它，一定要十分清楚公司的KPI，这样才能决定产品最核心的KPI。
与此同时，一定要对指标字典进行拆分，看看哪些是公共性指标（跨部门或者公司级别）和个性化指标。
有些公司需要这样的同步方式，再往下是具体的采集方案设计，前面已经拆分出了公共性指标和个性化指标
。这样一来，所有的页面和功能只需做一个埋点，所有页面的标记都可以用ID来标记。
不同终端都有一个ID是长期关系，后面都会用相同的逻辑和体系进行标注，只要维护好需求、事件命名，以及业务层级ID，最终采集到的数据质量是非常好的。
3、减少开发环境和生产环境的差异，并使用持续交付实施敏捷开发。
4、提升应用的可移植性，适合云化部署，降低资源成本和管理复杂性。
同时拥有良好的互操作性。gRPC 不仅可以用于 Server 端服务调用，也可以支持浏览器、移动 App 和 IoT 设备与后端服务的交互。gRPC 在功能上已经具备完整的 RPC 能力，也提供了扩展机制来支持新的功能。
