GKE是否会为入站请求设置X-Cloud-Trace-Context请求头？

平台默认行为对比 #

• AppEngine（标准环境）作为全托管PaaS运行时，会在所有经过平台运行时的请求链路中，自动追加符合格式的X-Cloud-Trace-Context请求头，头值承载对应请求的Cloud Trace追踪上下文，可直接对接链路观测能力，该逻辑为平台内建能力，无需用户额外配置。
• GKE作为托管容器编排平台，默认不会在平台层为入站/集群内请求自动注入X-Cloud-Trace-Context头。这是两类产品的定位差异决定的：GKE作为通用的容器运行环境，不会内置绑定特定可观测组件的请求头注入逻辑，默认不会干预用户的请求流量内容。

GKE环境下实现自动注入该头的实际配置方式 #

• 经托管Ingress的流量注入：开启GKE托管Ingress对应的Cloud Trace集成开关后，所有经过应用负载均衡器的七层流量，会由负载均衡层自动追加标准格式的X-Cloud-Trace-Context头，将追踪上下文透传给后端业务Pod。需要注意，该注入逻辑仅在流量经过GCE托管负载均衡器时生效，直连Pod IP、通过四层ClusterIP Service直接转发的流量不会被追加该头。
• 服务网格层的统一注入：如果集群部署了服务网格组件（如Anthos Service Mesh、Istio），可以在网格的Sidecar代理配置中开启链路追踪上下文透传能力，所有在网格管控范围内流转的请求，都会被自动注入符合Cloud Trace格式的X-Cloud-Trace-Context头，无需业务代码做额外改造。
• 应用层自定义实现：如果未使用上述七层流量管控组件，可在应用入口的请求处理中间件中，基于内置的追踪上下文生成符合Cloud Trace规范的X-Cloud-Trace-Context头，实现和AppEngine默认行为对齐的效果。

常见认知误区：GKE默认的四层Service转发逻辑仅做流量路由，不会修改任何七层请求头字段。不存在“平台自动给所有集群内请求加头”的默认逻辑，所有请求头的注入行为都需要对应七层代理层的主动配置触发。

内容的提问来源于stack exchange，提问作者darewreck