23、微前端与事件驱动微服务集成及支持工具

微前端与事件驱动微服务集成及支持工具

1. 前端与后端服务的协调方式

前端和后端服务主要通过三种方式进行协调，为用户带来业务价值：
- 单体后端 ：在各种规模的组织中都很常见。通常由一个专门的后端团队负责大部分工作，随着单体应用的增长，人员数量也会增加。前端团队与后端团队完全分离，通过请求 - 响应 API 进行通信以获取渲染用户界面所需的数据。这种架构在团队协作和技术实现上需要进行协调，可能是交付功能最昂贵的方式之一。
- 微服务后端 ：许多向微服务迁移的团队最终会采用这种方式。其主要优势在于后端由独立的、以产品为中心的微服务组成，每个微服务（或一组支持产品的微服务）由单个团队独立拥有。每个微服务负责实现必要的数据、执行其业务逻辑，并向聚合层暴露必要的请求 - 响应 API 和事件流。然而，这种方法严重依赖聚合层，该层可能会出现许多问题，例如业务逻辑可能会渗入该层，且该层常面临“公地悲剧”问题，即大家都依赖它，但没人负责。
- 微前端 ：将单体前端拆分为一系列独立组件，每个组件由支持的后端微服务提供支持。

下面通过表格对比这三种方式：
| 协调方式 | 优点 | 缺点 |
| ---- | ---- | ---- |
| 单体后端 | 开发人员较熟悉 | 团队协作和技术实现协调成本高 |
| 微服务后端 | 后端微服务独立，产品聚焦 | 依赖聚合层，易出现问题 |
| 微前端 | 与事件驱动后端匹配，有诸多优势 | 存在 UI 不一致等问题 |

2. 微前端的优势