24、事件驱动微服务的支持工具与管理策略

事件驱动微服务的支持工具与管理策略

1. 架构注册与通知

将架构注册到专用事件流可使架构注册表实现无需提供持久存储，这是 Confluent 在其架构注册表中的设计选择。

1.1 架构创建和修改通知

事件流架构对于标准化通信至关重要。当事件流数量众多时，通知其他团队他们依赖的架构已发生（或即将发生）演变可能会成为问题。这就是架构创建和修改通知发挥作用的地方。

通知系统的目标是在消费者的输入架构发生演变时提醒他们。访问控制列表（ACLs）是确定哪个微服务从哪个事件流消费，以及它依赖哪些架构的有效方法。

如果使用 Confluent 架构注册表，可以从架构流中获取架构更新，并将其与关联的事件流进行交叉引用。然后，ACLs 会提供哪些服务正在消费哪些事件流的信息，并通过微服务 - 团队分配系统通知拥有这些服务的相应团队。

通知系统有诸多好处。在理想情况下，每个消费者都能全面审查架构的所有上游更改，但通知系统能在有害或突破性更改引发危机之前将其识别出来。此外，消费者可能希望跟踪公司内所有公开可用的架构更改，以便在新的事件流上线时更好地了解数据。

1.2 偏移管理

事件驱动的微服务在进行数据处理之前需要管理偏移量。在正常操作中，微服务在处理消息时会推进其消费者偏移量。但在某些情况下，需要手动调整偏移量。
- 应用重置：重置偏移量 ：更改微服务的逻辑可能需要从之前的某个时间点重新处理事件。通常，重新处理需要从流的开头开始，但选择的起始点可能因服务需求而异。
- 应用重置：推进偏移量 ：如果微