本文档概述了如何对 Cloud Trace 应用进行插桩处理。如需详细了解如何设置 Cloud Trace,请参阅特定语言的设置页面。
Cloud Trace 会为您的应用提供分布式跟踪数据。对应用进行插桩处理后,您可以检查单个请求的延迟时间数据,并在 Cloud Trace 控制台中查看整个应用的总体延迟时间。
何时对应用进行插桩处理
如果系统未自动捕获轨迹数据,您需要对应用进行插桩处理才能收集此类数据。
您可以对应用进行插桩处理,以便其收集应用专用信息。一些开源软件 借助插桩框架,您可以收集指标、日志和 并将相应数据发送给任何供应商 包括 Google Cloud如需对应用进行插桩,我们建议您使用开源且与供应商无关的插桩框架(例如 OpenTelemetry),而不是供应商和产品专用 API 或客户端库。
如需了解如何使用供应商中立的插桩框架对应用进行插桩,请参阅插桩和可观测性。
如何对应用进行插桩
如需对应用进行插桩以收集跟踪记录数据,您可以执行以下任一操作:
您可以针对以下编程语言使用 OpenTelemetry 和关联的 Cloud Trace 导出器:
OpenTelemetry SDK 示例 Go SDK Go 的轨迹和指标示例 Java SDK Java 的轨迹和指标示例 Node.js SDK Node.js 的轨迹和指标示例 Python SDK 适用于 Python 的轨迹和指标示例 C++ SDK C++ 的 Trace 示例 Ruby SDK 请参阅 OpenTelemetry 文档。 如果您要编写在 Compute Engine 上运行的应用,则可以使用 Ops Agent 和 OpenTelemetry 协议 (OTLP) 接收器从应用收集跟踪记录和指标。Ops Agent 还可以 而非使用 OTLP 创建的日志记录。如需了解详情,请参阅使用 Ops Agent 和 OTLP 以及 Ops Agent 概览。
您可以使用客户端库或直接调用 Cloud Trace API 将跟踪数据发送到 Cloud Trace。不过,如果该库支持您的语言,我们建议您使用 OpenTelemetry。
您可以将 Zipkin 服务器配置为接收跟踪记录 然后将这些跟踪记录转发到 Cloud Trace 进行分析。如需了解此方法,请参阅将 Cloud Trace 与 Zipkin 搭配使用。
您可以将 Spring Boot 应用配置为 将其收集的轨迹数据转发到 Cloud Trace。有关此过程的信息,请参阅 Spring Cloud for Google Cloud:Cloud Trace。
何时创建 Span
Cloud Trace 客户端库通常会维护一个全局跟踪上下文,其中包含有关当前 span 的信息(包括其跟踪记录 ID 以及是否对跟踪记录进行采样)。这些库通常在 RPC 边界上创建 span。但是,如果默认创建算法不足以满足您的需求,您可能需要创建 span。
当前活跃 span 可由全局跟踪上下文访问,后者有时封装在跟踪器对象中。您可以通过对现有 span 使用自定义注释和标记来添加与应用相关的信息,也可以创建具有各自注释和标记的新子 span,从而更精细地跟踪应用的行为。由于上下文是全局性的,因此更新上下文的多线程应用必须使用适当的隔离。
何时提供身份验证凭据
在 Google Cloud 上运行应用时,您通常无需为应用提供身份验证凭据,也无需在应用中指定 Google Cloud 项目 ID。对于某些语言 您需要指定自己的 Google Cloud 项目 ID Google Cloud 上运行的资源。此外,如果您使用 Google Kubernetes Engine 的 Autopilot 模式,或者您启用了适用于 GKE 的工作负载身份联合,则必须将应用配置为使用适用于 GKE 的工作负载身份联合。
如果您在 Google Cloud 之外运行,则需要向应用提供身份验证凭据。您还需要在应用中指定 Google Cloud 项目 ID。
有关详情,请转到特定语言的设置页面。
如何强制跟踪请求
除非您的应用始终对每个跨度进行采样,否则通常无法强制对请求进行端到端跟踪,因为端到端请求中的每个组件都会做出自己的采样决策。不过,您可以通过向轨迹标头添加 sampled
标志(并将此标志设置为 true
)来影响此决定。此设置是对子组件的提示
对请求进行采样。
如需详细了解跟踪标头,请参阅用于上下文传播的协议。
对于您拥有代码的下游组件,您必须确定是否
插桩逻辑会遵循 sampled
标志。
例如,在使用 OpenTelemetry 进行插桩时,您可以使用 ParentBased
采样器来确保遵循父级采样标志。
将跟踪信息记录到 Cloud Trace 的 Google Cloud 服务 通常接受父级抽样标志作为提示;不过,大多数 服务还会限制抽样率每项 Google Cloud 服务都会确定自己是否支持跟踪、如何使用父级抽样标志,以及抽样的速率限制。
如何将指标数据与跟踪记录数据相关联
您可以通过将范例附加到指标数据点来将分布值指标数据与轨迹相关联。如果您已完成必要的配置步骤 OpenTelemetry 是推荐的插桩库 会自动添加这些范例如需了解详情,请参阅使用范例将指标和跟踪记录相关联。
配置项目和平台
确保已启用 Cloud Trace API。
默认情况下,Google Cloud 项目已启用 Cloud Trace API,因此您无需执行任何操作。不过,贵组织定义的安全限制条件可能会导致该 API 被停用。问题排查 请参阅 在受限的 Google Cloud 环境中开发应用。
Enable the Cloud Trace API.
配置您的平台。
您可以在 Google Cloud 和其他平台上使用 Cloud Trace。
Google Cloud:当您的应用在 Google Cloud 上运行时,您无需向客户端库提供服务账号形式的身份验证凭据。不过,您必须确保 Google Cloud Platform 已启用 Cloud Trace API 访问权限范围。
对于以下配置,默认的访问权限范围设置 包括 Cloud Trace API 访问权限范围:
如果您使用自定义访问权限范围,则必须确保 Cloud Trace API 访问权限范围已启用。 例如,如果您使用 Google Cloud CLI 创建 GKE 集群,并指定
--scopes
标志,请确保范围包含trace.append
。以下命令演示了如何设置--scopes
标志:gcloud container clusters create example-cluster-name --scopes=https://www.googleapis.com/auth/trace.append
在本地和其他位置运行:如果您的应用在 Google Cloud,则必须在 Google Cloud 中提供身份验证凭据, 以服务账号的形式访问客户端库。 必须为服务账号授予 Cloud Trace 代理 (
roles/cloudtrace.agent
) 角色。有关角色的信息,请参阅 使用 IAM 控制访问权限。Google Cloud 客户端库会使用应用默认凭据 (ADC) 查找应用的凭据。您可以通过以下其中一种渠道提供这些凭据: 三种方法:
运行
gcloud auth application-default login
将服务账号放置在操作系统的默认路径中。以下列出了 Windows 和 Linux 的默认路径:
Windows:
%APPDATA%/gcloud/application_default_credentials.json
Linux:
$HOME/.config/gcloud/application_default_credentials.json
将
GOOGLE_APPLICATION_CREDENTIALS
环境变量设置为 您的服务账号的路径:Linux/macOS
export GOOGLE_APPLICATION_CREDENTIALS=path-to-your-service-accounts-private-key
Windows
set GOOGLE_APPLICATION_CREDENTIALS=path-to-your-service-accounts-private-key
PowerShell:
$env:GOOGLE_APPLICATION_CREDENTIALS="path-to-your-service-accounts-private-key"
后续步骤
如需了解详细的配置信息、示例以及指向 GitHub 和 请前往您所用语言的设置页面。
OpenTelemetry 示例:
客户端库示例: