AWS Kinesis预配置模式吞吐量偏低疑问及与GCP PubSub对比

你没遗漏核心要点，但确实对比维度和技术定位存在错配，具体差异如下：

• 单位维度不对等：
  Kinesis预配置模式的1MB/秒写入上限是单个shard的吞吐量，而GCP PubSub的200MB/秒是区域级的账户配额。Kinesis支持通过增加shard数量线性扩展总吞吐量——比如200个shard就能提供200MB/秒的写入能力，和PubSub的区域配额持平。

• 技术设计目标不同：

  • Kinesis Streams（预配置模式）是强有序的持久化流存储，每个shard是一个严格有序的日志流，且同一shard在消费组内只能被单个消费者读取（保证顺序）。这种强顺序和独占消费的设计，天然限制了单shard的吞吐量，因为要维护shard内的全局顺序和数据一致性。
  • PubSub是异步消息队列服务，侧重消息的分发效率，不保证全局消息顺序（仅能通过分区键保证同一键的消息顺序），且支持多消费者同时订阅同一主题。它的区域配额是全局限流阈值，实际单个主题/订阅的吞吐量可以在配额内动态扩展，没有单分区的硬限制。

• 配额调整机制一致：
  Kinesis按需模式的200MB/秒是账户默认上限，和PubSub的区域配额一样，若业务需要更高吞吐量，都可以通过提交配额申请进行调整。

• 定价模型对应设计：
  Kinesis预配置模式按shard数量计费，固定shard对应固定吞吐量，方便成本预估；PubSub按消息量和请求数计费，无预配置资源，因此用区域配额防止资源滥用，吞吐量随流量动态适配。

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