Cloud Pub/Sub API logo

Cloud Pub/Sub API

Cloud Pub/Sub API

Google Cloud Pub/Sub API 是全球级消息队列服务:topic/subscription 模型,至少一次送达,毫秒级延迟,自动扩缩。

访问站点 ↗健康巡检 9 小时前
适合什么时候用

全球级——一个 topic 可以跨区域 publish/subscribe

先注意什么

不保证消息严格有序(Pub/Sub Lite 才有)

第一步先查

POST /v1/projects/{projectId}/topics 创建 topic;POST /v1/projects/{projectId}/subscriptions 创建 subscription。Publisher 调 publish,Subscriber pull 或推送到 endpoint。

认证
CORS
不支持
HTTPS
注册
?
延迟
46 ms
协议
REST, gRPC
计费

可用率 · 30 天窗口

巡检: 1可用率: 100%平均延迟: 46ms
01

关于这个 API

Pub/Sub 是 GCP 的消息中间件,类似 AWS SNS+SQS 合体或 Kafka 的托管版本,但有它自己的特色:完全 serverless、全球级 topic(一条消息能跨大洲 publish/subscribe)、按消息数和字节数计费。设计上是「至少一次」send 语义——消息会被送达,但可能重复——所以消费侧必须做幂等。Pub/Sub 在 GCP 数据管线里是关键 glue:典型架构是 producer → Pub/Sub → Dataflow(处理)→ BigQuery(落库),全程托管无运维。和 Kafka 比缺少严格有序、长期回放等能力,但运维简单很多。GCP 也有 Pub/Sub Lite 提供 Kafka-like 严格有序但牺牲了全球级。

02

你可以做什么

  • 1微服务间异步通信
  • 2事件总线(订单创建 → 多个下游处理)
  • 3数据 pipeline(Pub/Sub → Dataflow → BigQuery)
  • 4设备遥测数据上报
03

优劣对比

优点

  • 全球级——一个 topic 可以跨区域 publish/subscribe
  • 至少一次送达保证
  • 自动扩缩,无 broker 管理
  • 原生集成 Dataflow / Functions / Cloud Run

注意事项

  • 不保证消息严格有序(Pub/Sub Lite 才有)
  • 每条消息 10MB 上限
  • 重复送达需要消费侧幂等
04

示例请求

通用模板 — 实际 endpoint 请查阅文档替换 <endpoint>。
curl https://google.com/<endpoint>
05

快速开始

POST /v1/projects/{projectId}/topics 创建 topic;POST /v1/projects/{projectId}/subscriptions 创建 subscription。Publisher 调 publish,Subscriber pull 或推送到 endpoint。

06

常见问题

消息保留多久?+

默认 7 天,最长可配 31 天。超出后未消费的消息会被丢弃。

怎么保证消息有序?+

Pub/Sub 提供 ordering key(按 key 内有序),或者用 Pub/Sub Lite(partition 内严格有序,类 Kafka)。

07

技术细节

CORS: NoHTTPS: Yes注册: ?开源: No
认证方式
unknown
计费
unknown
协议
REST, gRPC
SDK
python, javascript, typescript, go, java, csharp, php, ruby
响应时间
46 ms
上次巡检
2026/5/12 07:37:36
08

标签

09

更多来自 Google 的 API