CNI和CNI插件之间的区别是什么？

CNI（Container Network Interface）是一个规范，定义了容器网络插件将如何与运行时（如Docker、Kubernetes等）交互以提供网络功能。CNI插件则是实现CNI规范的插件，用于按规范管理容器网络。

以下是一个简单的示例，演示如何使用CNI插件在Kubernetes中创建一个网络：

apiVersion: v1
kind: Pod
metadata:
  name: test-pod
spec:
  containers:
  - name: test-container
    image: nginx
    command:
    - sleep
    - "3600"
    imagePullPolicy: IfNotPresent
    volumeMounts:
    - name: test-volume
      mountPath: /test
  volumes:
  - name: test-volume
    emptyDir: {}
  dnsPolicy: ClusterFirst
  restartPolicy: Never
  hostNetwork: true
  hostPID: true
  hostIPC: true
  securityContext:
    privileged: true

在这个示例中，我们使用了名为“test-pod”的Pod，并在其中创建了一个名为“test-container”的容器。它使用了名为“nginx”的镜像，并挂载了一个名为“test-volume”的空目录作为卷。

我们还设置了hostNetwork，hostPID和hostIPC来启用主机网络命名空间，进程ID和进程间通信。

在Pod的生命周期中，我们可以通过执行以下命令来安装一个CNI插件：

curl -sSL https://github.com/containernetworking/plugins/releases/download/{VERSION}/cni-plugins-linux-{ARCH}-{VERSION}.tgz | tar -xzf - -C /opt/cni/bin/

安装后，我们可以创建一个JSON文件，其中包含一个要添加到Pod中的网络设置，这个文件称为CNI配置文件。

例如，以下是一个名为“bridge.conf”的CNI配置文件，用于在容器中创建一个基于桥接的网络：

{
    "cniVersion": "0.3.0",
    "type": "bridge",
    "bridge": "test-bridge",
    "isGateway": true,
    "ipMasq": true,
    "ipam": {
        "type": "host-local",
        "subnet": "10.244.0.0/16",
        "routes": [
            { "dst": "0.