22、利用 AWS 服务与 Kinesis 实现数据转换、路由及第三方集成

利用 AWS 服务与 Kinesis 实现数据转换、路由及第三方集成

1. AWS 服务的优势与选择策略

AWS 服务如同构建模块，是一组微服务，能让我们快速构建或原型化应用程序。不过，由于可用服务众多，存在服务功能重叠的情况，这可能导致在选择服务时陷入分析瘫痪。

在云环境中，服务选择有“双向门”和“单向门”之分。“双向门”决策意味着如果选错了服务，可以迅速回头选择其他服务，云环境对此较为宽容。例如，选择一个服务快速进行实验，比无休止地讨论哪个服务更好更明智。而“单向门”决策难以逆转，如购买全新服务器，一旦做出决定就很难更改，所以需要花费大量时间来决策。

2. 企业服务总线（ESB）概念

企业服务总线（ESB）在面向服务的架构（SOA）中实现了相互交互的软件应用之间的通信系统。可以将邮政服务类比为 ESB，我们作为消息生产者和消费者，无需了解邮件分类和路由的内部机制，只需使用邮政 API 指定收件地址并将信件放入邮箱，邮政服务会负责后续的路由和投递。若需要确认收件人是否收到消息，提供自己的地址，邮政服务会在信件送达后发送送达确认。

3. 使用 EventBridge 进行事件路由

EventBridge 是一个无服务器事件总线，可连接应用程序和服务，同时保持它们之间的解耦。虽然 Kinesis 本身可以发送事件，但它无法进行事件路由，而 EventBridge 可以设置路由规则，将事件发送到合适的服务或应用程序进行处理。

以 SmartCity 自行车车队为例，假设某个自行车停靠站出现故障，需要发送解锁码。如果直接将解锁码放入 Kinesis 流，每个站点都需要过滤事件并丢弃非自己的事件，这会