当开发人员根据API消費Twitter的云计算平台时，她们必须得到稳定性、速率和可靠性层面的确保。因而，在前不久，大家发布了Account Activity Replay API协助开发人员们提高她们系统软件的可靠性。这一API是一个数据修复专用工具，开发人员可以用它来查找 开始产生在5天前的事件，修复因为各种各样缘故（包含在即时传送时忽然产生的网络服务器终断）沒有被传送的事件。

但并非是全部的事件都必须被传送，因此 会有一个內部应用软件承担对事件开展挑选。这一应用软件消費来源于这种主题的事件，依据储存在键值储存中的一组标准来查验每一个事件，并决策是不是应当根据大家的公共性API将消息传递给特殊的开发人员。事件是根据Webhook传送的，每一个Webhook URL都是有一个开发者承担维护保养，并有 的ID标志。

要运用即时管路来搭建回看管路， 先要保证 事件被储存在Kafka中。大家把Kafka主题称为delivery_log，每一个大数据中心都是有一个那样的主题。随后，这种主题被交叉式拷贝，完成缓存溢出，便于适用来源于大数据中心以外的重放请求。事件在被传送以前历经去重复实际操作。