摘要

  • Confluent Cloud 的 Cluster Linking 分别计收链接小时费、数据写入费和读出费。链接没有镜像主题、没有数据吞吐时，链接对象仍可继续收费；相同端点和配置的重复链接也分别计费。
  • 官方私网到公网的源端发起模式需要两端各有一个链接对象。删除任意一端即可停止复制；停止这项链接计费则需要删除两端对象。停流和结清连接生命周期，是两项交付。

数据已经不走了，一条云连接仍能继续赚钱。Confluent 把理由写在计费说明里：Cluster Linking 的链接对象即使没有镜像主题、没有吞吐，也按小时收费。空桥仍是一座出租中的桥。

这条规则改变了“按使用量付费”的日常理解。使用量里除了字节，还有对象数量与存在时间。迁移团队盯着最后一批消息是否抵达，预算负责人关心下个月还有没有这笔钱，两人看的可能是不同的完成状态。

Cluster Linking 是托管的数据复制服务。它把一个集群里的主题复制到另一个集群，保留消息字节、分区与位置；还支持同步部分配置、消费进度和访问控制规则。跨地区共享、业务迁移、灾备，都可以使用这座桥。桥的价值在于持续连接两端，持续也有价格。

过路费之外，还有桥租

截至 10 月 29 日查阅的公开说明，链接费有三种计量：每条链接每小时、接收的数据量、发送的数据量。两端都是 Confluent Cloud 集群时，两端分别承担各自的链接小时费。

在同一云厂商内，或至少一端使用公网连接的适用情形中，公网端点的基础价是每端每小时 0.25 美元，私网端点是 0.50 美元。跨不同云厂商且两端都用 Confluent Cloud 私网时，基础链接价升为每端每小时 2.50 美元；被列为 premium 的地区，其对应端点为 5 美元。

只做基础价算术，一条受支持的单向链接若连接两个公网端点，合计每小时 0.50 美元，24 小时为 12 美元；同云厂商的两个私网端点合计每天 24 美元；跨云厂商、两个非 premium 私网端点则为 120 美元。这些数只算链接小时，尚未加入地区系数、折扣、集群容量、存储和流量。具体部署的账单，需要对应地区、对象清单和合同价才能算全。

这里买到的东西很具体：一条持续存在、可以复制数据的托管连接。空闲灾备链路保留了一个业务选择，临时迁移链路则有结束日期。相同的小时费，对前者是保留选择的成本，对后者可能是项目遗留的尾巴。

停止复制，只完成了一半

官方文档给出一个尤其清楚的例子：私网 Dedicated 专用集群向带安全公网端点的 Dedicated 集群复制数据，由私网源端发起连接。这种模式在目的端创建一个链接对象，还要在源端创建配对对象。

拆掉任意一个，复制就停。要结束这项链接计费，两端对象都要删除；留下一端，小时费可能继续累计。两份对象服务的是这一条源端发起的连接，不能把它误读成数据已经双向复制。

这对跨团队迁移的影响很直接。负责源端的人证明消息已不再发送，负责目的端的人证明新环境已接管业务，项目仍可能留着一个没有明确退休负责人的付费对象。技术验收若只认数据到达，费用验收就被留给了日历。

重复对象也有同样的经济效果。Confluent 允许以相同源端、目的端和安全配置创建多条链接，计费系统逐个收费。它没有替客户判断哪条是重试留下的，哪条是有意保留的备用。这个判断有成本，也有主人；没人认领，小时就替它继续往下走。

字节表也有自己的边界

链接发送数据的公开基础价是每 GB 0.25 美元，接收端按该集群的 Kafka 写入价格收费。这里的 GB 按二进制计算，等于 2 的 30 次方字节，也就是 GiB。接收价要看具体集群，不能把文档某个示例里的 0.01 美元当成通用价。

复制的数据还包含管理状态：配置、消费进度、访问控制规则等元数据按同样的传输费率计量。因此，业务消息的字节数与链接的可计费字节数可以不同。对于两个 Confluent Cloud 集群之间的这类传输，说明把云厂商出口费交给 Confluent 承担，也没有再叠加一次普通 Kafka 读写费。该算的是各项明确的计费边界。

另一种“私网—公网中转—私网”架构有两跳，需要中转集群和两条链接，各跳都产生传输量。这与前面一条连接的两端对象，是两套结构。把图上的所有线都当成同一种线，预算很容易比系统先跑偏。

云服务出售的是可持续调用的能力。客户购买后，还要决定能力保留多久、由谁结束。Confluent 的规则给出一个很朴素的市场答案：数据走完了，桥租要等桥的付费对象退役才结束。迁移计划写“完成”之前，最好把最后一个小时也安排给一个负责人。

来源