4、分布式追踪：从原理到实践

分布式追踪：从原理到实践

1. 白盒与黑盒插桩

在分布式系统中，插桩是追踪事务的重要手段。白盒插桩允许我们将内部事务视为更大事务的子追踪，而不必将其作为一个单一的逻辑整体。例如在数据库等应用中，白盒插桩能让我们根据应用的源代码知识生成更符合逻辑的追踪信息。

然而，并非总是能使用白盒插桩。在大型工程团队维护大量遗留软件时，情况更是如此。比如一个现代的 API 前端由遗留的大型机应用支持，即使可以修改遗留服务的源代码（这并非总是可行），也不一定愿意这么做。在这种情况下，可能只能通过黑盒插桩来表示遗留组件所执行的工作。

黑盒插桩不依赖于应用的内部源代码知识，通常可以由调用服务使用其白盒插桩为黑盒过程创建单独的跨度（span）。

2. 应用与系统插桩

应用插桩和系统插桩是两个不同的概念。传统上，应用操作员和系统操作员关注的重点不同。系统操作员关心磁盘驱动器的健康状况、服务器的可用内存量等系统指标；而应用操作员更关心应用是否响应请求以及性能是否可接受。

在分布式追踪的背景下，我们通常不太关注这些指标（或者通过其他来源收集它们），但它们不应被忽视。关键问题在于确定是在应用代码中生成跨度，还是由运行应用代码的某个服务或子系统来完成。

例如，一个简单的服务可能包括 API 服务器、服务代理和工作进程。这些服务都可以独立地进行追踪插桩，当一个请求通过它们时会发出跨度。但应用往往对其直接上下文之外的情况一无所知，这时系统插桩就发挥作用了。

系统可以是各种容器编排系统（如 Kubernetes）或托管平台（如 DC/OS）。这些系统可以生成跨度或上下文行李形式的追踪数据，为应用提供一键式插桩，或增强