CNI是云原生中容器网络的标准接口，由CoreOS提出，通过插件化方式实现容器网络配置。它在容器创建时调用插件分配IP、设置命名空间和路由，支持Flannel、Calico、Cilium等主流方案，解耦运行时与网络，提升可扩展性与灵活性。
云原生中的容器网络接口（Container Network Interface，简称 CNI）是一种标准化的规范，用于定义容器与网络之间的连接方式。它不依赖于特定的容器运行时或编排系统，而是提供一套通用的接口，让不同的网络插件可以灵活地为容器配置网络。
CNI 是什么
CNI 是一个开源项目，最初由 CoreOS 团队提出，现已成为云原生生态中容器网络的事实标准。它的核心是一组简单的约定和工具，允许在容器创建或销毁时，通过调用外部的可执行程序（即 CNI 插件）来完成网络的配置。
当一个容器被启动时，容器运行时（如 containerd 或 CRI-O）会根据配置调用相应的 CNI 插件，插件负责为容器分配 IP 地址、设置网络命名空间、配置路由和防火墙规则等。
CNI 的工作原理
CNI 通过 JSON 配置文件定义网络行为，并在容器生命周期的关键节点执行插件。其基本流程如下：
技术上面应用了三层结构，AJAX框架，URL重写等基础的开发。并用了动软的代码生成器及数据访问类，加进了一些自己用到的小功能，算是整理了一些自己的操作类。系统设计上面说不出用什么模式，大体设计是后台分两级分类，设置好一级之后，再设置二级并选择栏目类型，如内容，列表，上传文件，新窗口等。这样就可以生成无限多个二级分类，也就是网站栏目。对于扩展性来说，如果有新的需求可以直接加一个栏目类型并新加功能操作
- 容器运行时创建容器并为其分配网络命名空间
- 运行时根据配置调用指定的 CNI 插件，并传入网络命名空间路径、容器 ID、网络配置等参数
- CNI 插件执行网络设置，例如创建 veth 对、将一端接入容器内部，另一端连接到网桥或虚拟交换机
- 插件为容器分配 IP 地址，并配置路由，使容器能与其他容器或外部通信
- 容器销毁时，运行时再次调用 CNI 插件进行清理
常见的 CNI 插件
由于 CNI 是插件化的，社区开发了多种实现来满足不同场景需求：
- Flannel：提供简单的 overlay 网络，适合初学者和中小规模集群
- Calico：基于 BGP 的高性能网络方案，支持网络策略，广泛用于生产环境
- Cilium：使用 eBPF 技术实现高效网络和安全策略，适合大规模和高吞吐场景
- Weave Net：自动构建加密 overlay 网络，部署简单
为什么 CNI 很重要
CNI 解耦了容器运行时和网络实现，使得开发者可以根据需要选择最适合的网络方案。它支持 Kubernetes 等编排系统动态管理成千上万个 Pod 的网络，同时保证跨节点通信、服务发现和网络安全策略的实施。
基本上就这些。CNI 虽然背后机制复杂，但设计目标很清晰：让容器网络变得可插拔、可扩展、标准化。
