PCF 上的 128 位 Sleuth Trace ID

Question

我正在尝试使用 128 位 Sleuth 生成的 TraceId 作为请求访问我的控制器的唯一标识符。我知道默认的 traceId 是 64，要更改它，我必须将以下内容添加到 application.properties：

spring.sleuth.trace-id128=true

这适用于我的本地，但是当我将它部署到 PCF 时，跟踪 ID 是 64 位。我创建了一个示例项目，它只有一个简单的控制器来演示这一点。

@RestController
public class Controller {
    private Logger logger = LoggerFactory.getLogger(Controller.class);
    @Autowired
    private Tracer tracer;
    @GetMapping("/")
    public void test(){
        logger.info("LOGGED +["+tracer.currentSpan().context().traceIdString()+"]");
    }
}

在我的本地，它会打印：

com.example.demo.Controller: LOGGED + [5bfcb33c9d564481479f2c212ec08143]

在 PCF 中，它会打印：

om.example.demo.Controller : LOGGED + [97a1168857dc7088]

PCF 是否会覆盖此配置？

更新

在我的请求中包含“X-B3-TraceId”和“X-B3-SpanId”，traceId 现在是 128 位，但与请求标头中传递的字符串不同。

Details from log

Answer 1

有可能 PCF，更具体地说是 Gorouter，正在创建跟踪 id，并将其传播到您的应用程序中，而不是创建新的 128 位跟踪 id，而是重用现有的 64 位跟踪 id。

PCF 支持 Zipkin Tracing，默认情况下已启用，因此在大多数环境中都处于启用状态。

https://docs.pivotal.io/pivotalcf/2-3/adminguide/zipkin_tracing.html

根据文档，Gorouter 将检查传入请求中是否存在 Zipkin 标头，如果不存在则创建它们。

如果请求中不存在 X-B3-TraceId 和 X-B3-SpanId HTTP 标头，Gorouter 会为这些标头生成值并将标头插入到转发给应用程序的请求中。

和

如果请求中存在 X-B3-TraceId 和 X-B3-SpanId HTTP 标头，Gorouter 会不加修改地转发它们。

https://docs.pivotal.io/pivotalcf/2-3/concepts/http-routing.html#zipkin-headers

您可以在此处看到它正在创建一个 64 位跟踪 ID。

https://github.com/cloudfoundry/gorouter/blob/master/handlers/zipkin.go#L49-L57

您可以通过发送带有 X-B3-TraceId 和 X-B3-SpanId 标头的请求来确认。在这种情况下，Gorouter 应该原封不动地转发它们。

例如：curl -v -H 'X-B3-TraceId: 5bfcb33c9d564481479f2c212ec08143' -H X-B3-SpanId: 5bfcb33c9d564481479f2c212ec08143' https://your-cool-app.com/test。