适配器模式与 Sidecar 模式的区别
在 Kubernetes 中，适配器模式和 Sidecar 模式都是扩展您的主应用程序容器功能的方法，但它们具有不同的目的和功能：
Sidecar 模式：
- 通用目的： 为主应用程序提供 补充功能，例如日志记录、监控、缓存、安全或代理服务。
- 关系： 与主应用程序容器并排运行，共享相同的 网络命名空间和存储资源。
- 重点： 涵盖 更广泛的功能，不仅限于数据或信号转换。
- 示例： 日志记录 Sidecar、缓存 Sidecar、安全 Sidecar、API 网关 Sidecar、Envoy 作为负载均衡器或网关。
适配器模式：
- 特定目的： 专注于主应用程序与其他服务或客户端之间的 数据或信号转换。
- 关系： 通常与主应用程序容器并排运行，但如果需要也可以单独运行。根据特定配置共享资源。
- 重点： 专门用于数据或信号转换，而不是一般功能。
- 示例： 指标标准化（例如，Prometheus 适配器）、协议适配（例如，gRPC 到 HTTP 适配器）、安全适配器（例如，加密或身份验证）。
关键区别：
| 特征 | Sidecar 模式 | 适配器模式 |
|---|---|---|
| 主要功能 | 提供补充功能 | 翻译数据或信号 |
| 与应用程序的关系 | 并排运行，共享资源 | 可以并排或单独运行，专注于翻译 |
| 功能范围 | 广泛的功能 | 具体关注数据/信号转换 |
| 示例 | 日志记录、缓存、安全、API 网关 | 指标标准化、协议适配、安全适配器 |
选择合适的模式：
- 当您需要与应用程序逻辑紧密耦合的 额外功能（超出数据翻译之外）时，请使用 Sidecar 模式。
- 当您需要一个 专门的数据或信号转换解决方案 以使用不同格式或协议与其他系统或客户端进行通信时，请使用适配器模式。
请记住，这些模式并不是互斥的。您可以将它们组合起来实现复杂的功能。例如，您可以使用 Sidecar 容器运行 Envoy 作为代理，并使用另一个 Sidecar 容器使用适配器模式在将数据转发到其他服务之前进行特定数据转换。
