Google Cloud Pub/Sub 的语义约定

状态: 开发中

Google Cloud Pub/Sub 的语义约定扩展并覆盖了消息语义约定

警告

正在使用 此文档 v1.24.0(或之前版本) 的现有消息传递仪器

  • 在消息传递语义约定被标记为稳定之前,不应更改它们默认发出的消息传递约定版本。约定包括但不限于属性、指标和跨度名称、跨度种类和度量单位。
  • 在现有主版本中,应引入一个名为 OTEL_SEMCONV_STABILITY_OPT_IN 的环境变量,该变量是一个逗号分隔的类别特定值列表(例如,http、databases、messaging)。值列表包括:
    • messaging - 发出新的、稳定的消息传递约定,并停止发出仪器先前发出的旧实验性消息传递约定。
    • messaging/dup - 同时发出旧的稳定消息传递约定和新的稳定消息传递约定,实现无缝过渡。
    • 默认行为(在没有这些值的情况下)是继续发出仪器先前发出的旧实验性消息传递约定的任何版本。
    • 注意:如果同时存在 messagingmessaging/dup,则 messaging/dup 的优先级高于 messaging
  • 在开始发出两组约定后,应至少维护现有主版本(至少进行安全修补)六个月。
  • 应在下一个主版本中删除该环境变量。
  • messaging/dup 出现在列表中时,应为跨度名称、跨度种类和类似的“单一”值概念发出新的、稳定的值。

messaging.system 必须设置为 "gcp_pubsub",并且应在**创建 span 时**提供。

Span 属性

对于 Google Cloud Pub/Sub,定义了以下附加属性

Attributes

Stability需求级别Value Type描述Example Values
messaging.operation.nameDevelopment必需字符串消息操作的系统特定名称。[1]ack; nack; send
error.typeStable条件必需 仅当消息操作失败时。字符串描述操作结束时发生的错误类型。[2]amqp:decode-error; KAFKA_STORAGE_ERROR; channel-error
messaging.batch.message_countDevelopment有条件地必需 [3]int在批处理操作范围内发送、接收或处理的消息数量。[4]0; 1; 2
messaging.destination.nameDevelopment有条件地必需 [5]字符串消息目标名称 [6]MyQueue; MyTopic
messaging.gcp_pubsub.message.ordering_keyDevelopment有条件必需 如果消息类型设置了排序键。字符串给定消息的排序键。如果属性不存在,则该消息没有排序键。ordering_key
messaging.operation.typeDevelopment条件必需 如果适用。字符串标识消息操作类型的字符串。[7]create; send; receive
server.addressStable有条件必需 如果可用。字符串如果可用且无需反向 DNS 查找,则为服务器域名;否则,为 IP 地址或 Unix 域套接字名称。[8]example.com10.1.2.80/tmp/my.sock
messaging.destination.subscription.nameDevelopment推荐字符串Google Pub/Sub 订阅名称subscription-a
messaging.gcp_pubsub.message.ack_deadlineDevelopment推荐int为修改确认截止时间请求设置的以秒为单位的确认截止时间。10
messaging.gcp_pubsub.message.ack_idDevelopment推荐字符串给定消息的确认 ID。ack_id
messaging.gcp_pubsub.message.delivery_attemptDevelopment推荐int给定消息的传递尝试次数。2
messaging.message.idDevelopment推荐 如果 span 描述的是单条消息的操作。字符串消息传递系统用作消息标识符的值,表示为字符串。452a7c7c7c7048c2f887f61572b18fc2
server.portStable推荐int服务器端口号。[9]80; 8080; 443

[1] messaging.operation.name 在 Google Pub/Sub 上下文中,messaging.operation.name 具有以下一系列知名值。如果其中一个适用,则必须使用相应的值;否则,可以使用自定义值。

  • acknack 用于结算操作
  • send 用于发布操作
  • modack 用于延长单个消息或消息批次的租约
  • subscribe 用于表示消息从接收到确认、负确认或过期之间的时间的操作。
  • createreceive 用于通用消息操作

[2] error.type: error.type 应可预测且具有低基数。

error.type 设置为某个类型(例如,异常类型)时,应该使用该工件内识别类型的规范类名。

Instrumentations 应该记录它们报告的错误列表。

一个仪器库内的 error.type 基数性应该低。从多个仪器库和应用程序聚合数据的遥测消费者,在没有额外过滤时,应准备好 error.type 在查询时具有高基数性。

如果操作已成功完成,Instrumentations 不应设置 error.type

如果特定域定义了自己的一组错误标识符(例如 HTTP 或 gRPC 状态码),则建议

  • 使用特定于域的属性
  • 设置 error.type 以捕获所有错误,无论它们是否包含在特定于域的集合中。

[3] messaging.batch.message_count如果 span 描述的是对消息批次的操作。

[4] messaging.batch.message_countInstrumentation 不应在对单个消息进行操作的 span 上设置 messaging.batch.message_count。当消息客户端库支持同一操作的批处理和单消息 API 时,Instrumentation 应为批处理 API 使用 messaging.batch.message_count,而为单消息 API 不应使用它。

[5] messaging.destination.name 如果 span 描述单个消息的操作,或者如果该值适用于批次中的所有消息。

[6] messaging.destination.name 目标名称应唯一标识代理中的特定队列、主题或其他实体。如果代理没有此概念,则目标名称应唯一标识代理。

[7] messaging.operation.type如果使用了自定义值,则它必须是低基数的。

[8] server.address: 如果可用且无需反向 DNS 查找,则为代理的服务器域名;否则,为 IP 地址或 Unix 域套接字名称。

[9] server.port: 从客户端观察并与中介通信时,server.port 应表示任何中介(例如代理)之后的服务器端口,如果可用。

以下属性对于做出采样决策可能很重要,并且应在跨度创建时提供(如果提供的话)


error.type 具有以下已知值列表。如果其中一个适用,则必须使用相应的值;否则,可以使用自定义值。

描述Stability
_OTHER当检测不到自定义值时使用的回退错误值。Stable

messaging.operation.type 具有以下一系列已知值。如果适用其中一个,则必须使用相应的值;否则,可以使用自定义值。

描述Stability
create创建消息。“Create”跨度始终指单条消息,用于为批量发送场景中的消息提供唯一的创建上下文。Development
process一个或多个消息由消费者处理。Development
receive一个或多个消息由消费者请求。此操作指拉取式场景,其中消费者显式调用消息 SDK 的方法来接收消息。Development
send提供一个或多个消息以发送到中介。如果发送了单条消息,“Send”跨度的上下文可用作创建上下文,无需创建“Create”跨度。Development
settle一个或多个消息已结算。Development

示例

异步批量发布示例

以下是一个进程 P,该进程将 2 条消息异步批量发布到 Pub/Sub 上的主题 T。

flowchart LR;
  subgraph PRODUCER
  direction LR
  CA[Span Create A]
  CB[Span Create B]
  P[Span Send A B]
  end
  CA-. link .-P;
  CB-. link .-P;

  classDef producer fill:green
  class P,CA,CB producer
  classDef normal fill:green
  class PA,PB,D1 normal
  linkStyle 0,1 color:green,stroke:green
字段或属性生产者 Span Create A生产者 Span Create B生产者 Span Send A B
Span 名称create Tcreate Tsend T
Parent
链接Span Create A, Span Create B
SpanKindPRODUCERPRODUCERCLIENT
状态OkOkOk
messaging.batch.message_count2
messaging.destination.name"T""T""T"
messaging.operation.name"create""create""send"
messaging.operation.type"create""create""send"
messaging.message.id"a1""a2"
messaging.message.envelope.size11
messaging.system"gcp_pubsub""gcp_pubsub""gcp_pubsub"

单元拉取示例

flowchart TD;
  subgraph CONSUMER
  direction LR
  R1[Receive A]
  SM1[Ack A]
  EM1[Modack A]
  end
  subgraph PRODUCER
  direction LR
  CM1[Create A]
  PM1[Send]
  end
  %% Link 0
  CM1-. link .-PM1;
  %% Link 1
  CM1-. link .-R1;
  %% Link 2
  R1-. link .-SM1;
  %% Link 3
  R1-. link .-EM1;

  %% Style the node and corresponding link
  %% Producer links and nodes
  classDef producer fill:green
  class PM1,CM1 producer
  linkStyle 0 color:green,stroke:green

  %% Consumer links and nodes
  classDef consumer fill:#49fcdc
  class R1 consumer
  linkStyle 1 color:#49fcdc,stroke:#49fcdc

  classDef ack fill:#577eb5
  class SM1 ack
  linkStyle 2 color:#577eb5,stroke:#577eb5

  classDef modack fill:#0560f2
  class EM1 modack
  linkStyle 3 color:#0560f2,stroke:#0560f2
字段或属性生产者 Span Create A生产者 Span Send消费者 Span Receive A消费者 Span Modack A消费者 Span Ack A
Span 名称create Tsend Treceive Smodack Sack S
Parent
链接Span Create ASpan Create ASpan Receive ASpan Receive A
SpanKindPRODUCERPRODUCERCONSUMERCLIENTCLIENT
状态OkOkOkOkOk
messaging.destination.name"T""T""S""S""S"
messaging.system"gcp_pubsub""gcp_pubsub""gcp_pubsub""gcp_pubsub""gcp_pubsub"
messaging.operation.name"create""send""receive""modack""ack"
messaging.operation.type"create""send""receive""settle"
messaging.message.id"a1""a1"
messaging.message.envelope.size111
messaging.gcp_pubsub.message.ack_id"ack_id1""ack_id1"
messaging.gcp_pubsub.message.delivery_attempt0
messaging.gcp_pubsub.message.ack_deadline0