什么是 Sidecar 模式

将应用程序的性能划分为独自的过程，即 Sidecar 模式。Sidecar 译为摩托车的边车，用到软件架构中，Sidecar 模式指在原来的业务逻辑上再新加一个形象层。

Sidecar 模式是一种更具动态性的办法，其作为一种模式并不是 Kubernetes 的正式约定。它将应用程序的性能划分为独自的过程，运行在同一个 pod 中，Sidecar 模式容许在应用程序旁边增加性能，而无需批改利用程序代码。

Sidecar 示意图

Sidecar 的劣势

在 Sidecar 部署形式中，每个利用的容器旁都会部署一个或者多个伴生容器，多个容器共享存储、网络等资源。具体劣势有：

  • 将不同的性能形象到不同的层来升高微服务的代码复杂性。
  • 每个 Sidecar 能够独立降级更新。
  • 拆散业务无关性能（例如：配置文件获取），晋升代码重用度。
  • 不再须要编写雷同的第三方组件配置文件和代码，可能升高代码反复度。

Sidecar 如何工作

本文应用 serivce mesh 做为示例。来自服务的所有传入和传出网络流量均通过 Sidecar 代理，实现服务之间的流量治理、限流、熔断等策略的执行。它将网络依赖形象成 Sidecar，而服务对于网络是无感知的，只晓得所附加的 Sidecar 代理。

Sidecar 如何注入

  • 手动注入，通过手工批改工作负载的形式，增加 Sidecar 的配置。
  kind: Deployment  apiVersion: apps/v1  metadata:    name: keeper  spec:    template:      spec:        volumes:          - name: config            emptyDir: {}        initContainers:          - name: install            image: 'dockerhub.qingcloud.com/lowcode/infantry:v20211228edfdfd'            resources: {}            volumeMounts:              - name: config                mountPath: /configs        containers:          - name: container            image: 'dockerhub.qingcloud.com/lowcode/keeper:alpha'            volumeMounts:              - name: config                readOnly: true                mountPath: /configs          - name: watchdog            image: 'dockerhub.qingcloud.com/lowcode/infantry:v202202081416'            command:              - /root/infantry            volumeMounts:              - name: config                mountPath: /configs
  • 基于 Kubernetes 的 渐变 webhook 入驻控制器mutating webhook addmission controller 的主动 Sidecar 注入。
  kind: Deployment  apiVersion: apps/v1  metadata:    name: keeper    namespace: lowcode    annotations:      servicemesh.kubesphere.io/enabled: 'true'  spec:    template:      metadata:        annotations:          sidecar.istio.io/inject: 'true'      spec:        containers:          - name: container            image: 'dockerhub.qingcloud.com/lowcode/keeper:alpha'        restartPolicy: Always

经典应用案例

  • istio：应用当先的服务网格简化可察看性、流量治理、安全性和策略。
  • dapr：用于构建可移植且牢靠的微服务的 API。

根本术语

容器（Container）

每个运行的容器都是可反复的，蕴含依赖环境在内的规范，意味着无论你在哪里运行它，都会失去雷同的行为。容器将应用程序从底层的主机设施中解耦，这使得更加容易在不同的云或 OS 环境中部署。

Pod

Pod 的共享上下文包含一组 Linux 名字空间、控制组（cgroup）等。 在 Pod 的上下文中，每个独立的利用可能会进一步施行隔离。

工作负载（Workload）

工作负载是在 Kubernetes 上运行的应用程序。无论你的负载是繁多组件还是由多个一起工作的组件形成，在 Kubernetes 中你能够在一组 Pods 中运行它。 在 Kubernetes 中，Pod 代表的是集群上处于运行状态的一组容器。

公众号：全象云低代码
官网：https://www.quanxiang.dev/
GitHub：https://github.com/quanxiang-...