语言 Chinese, Simplified

SEO Title

所有软件应用程序都由可重用的元素组成。这些可重用元素的目标和功能从基础设施级别到安全级别到业务能力各不相同。
本文的目的是比较用于构建和部署这些可重用元素的不同方法。

1. 库

这是重用代码的最广泛使用的方法。可重用代码作为库开发和发布。在这种方法中，客户端应用程序将库定义为直接依赖项，使用提供的 API 并将其代码与主应用程序逻辑一起发送。库和主应用程序逻辑的代码作为同一进程/容器的一部分执行。

优点

缺点

服务

下一个最广泛使用的模式是为可重用功能定义服务。在这种方法中，应用程序使用请求-响应机制进行网络调用以调用另一个服务。服务和主要应用程序逻辑的代码在不同的 Pod/服务器实例中执行。

优点

缺点

Sidecar 模式是由两个容器组成的单节点模式。 side car 和主应用程序逻辑的代码作为不同进程/容器的一部分执行，但一起部署在同一个 pod/server 实例中。

优点缺点

可维护性：当涉及到错误修复时，Sidecar 可以独立发布。
技术：Sidecar 可以使用适合其目的的任何技术进行开发。
延迟：与服务相比，延迟较低，但高于库。这种方法的反模式是使所有可重用的组件边车，因为这将导致显着的影响性能影响。
资源：应用程序和 Sidecar 部署为集合，因此资源共享，但可以为 Sidecar 单独设置资源限制，以防止 Sidecar 过度使用。这种方法的反模式是让所有可重用的组件使用边车，因为它会导致资源配置管理的巨大开销。
易用性：与库相比，Sidecar 的易用性相对较低，如果 CI/CD 管道支持开箱即用，则与服务相比使用起来更简单。
环境上下文：sidecar 可以访问环境上下文（内存、CPU 等），因为它是同一个 pod/server 实例的一部分。这允许边车进行应用程序性能监控等。
可用性：与服务相比，可用性会更高，因为没有真正的网络分区。一般来说，可用性主要取决于主应用程序和边车之间的通信协议。例如。如果协议被触发并忘记，那么边车中的失败不会对主应用程序产生级联副作用。