4、系统服务扩展与架构设计全解析

系统服务扩展与架构设计全解析

1. 边车代理与无侧车服务网格

在特定架构中，所有服务请求和响应都通过边车（sidecar）进行路由。服务和边车处于同一主机，它们可通过本地主机相互通信，没有网络延迟，但边车会消耗系统资源。

无侧车服务网格是一种前沿方案。传统服务网格会使系统的容器数量几乎翻倍，对于涉及内部服务通信的系统，可将边车代理逻辑置于向服务主机发出请求的客户端主机，以此降低复杂度。在无侧车服务网格设计里，客户端主机从控制平面接收配置，且需支持控制平面 API，因此要包含相应的网络通信库。不过，无侧车服务网格存在局限，即客户端与服务需使用相同语言。目前，无侧车服务网格平台的开发尚处早期，例如 Google Cloud Platform（GCP）Traffic Director 于 2019 年 4 月发布。

2. 命令查询职责分离（CQRS）

CQRS 是一种微服务模式，它将命令/写入操作和查询/读取操作功能分区到不同服务。消息代理和 ETL 作业就是 CQRS 的实例，任何将数据写入一个表，然后转换并插入另一个表的设计都属于 CQRS。虽然 CQRS 会引入一定复杂度，但它具有低延迟、更好的可扩展性，且更易于维护和使用，写入和读取服务可单独扩展。例如，Airbnb 房东向房源服务写入信息，而客人从预订服务读取信息。

3. 批量和流式提取、转换和加载（ETL）

部分系统会出现不可预测的流量高峰，且某些数据处理请求无需同步执行。比如涉及对数据库进行大型查询的请求、可提前定期预处理的数据、用户能接受一定时间内数据过时的情况，以及无需立即执行的写入操作。对于像日志记录这类会从多个系统接收大量请求的系统，若不采用 ET