由此可见，上面的4种通信模型种，仅“Pod间的通信”是负责解决跨节点间容器通信的核心所在，但Kubernetes通过CNI解决，CNI是目前Kubernetes系统上标准的网络插件接口规范，目前绝大多数为K8s解决Pod网络通信的插件都是遵循CNI规范的实现。IP VLAN与MAC VLAN类似，它同样创建虚拟接口并为每个接口分配唯一的IP，不同之处在于，所有的虚拟接口将共享使用物理接口的MAC地

在k8s中将一个服务暴露出去通常会使用NodePort或LoadBalancer类型的Service，但随着服务数量的增多，使用NodePort会存在一些问题，可用作NodePort的端口是一个有限的范围，不容易记忆，不好管理。另外， 如果在公有云使用LoadBalancer类型的Service上会产生额外的成本。

docker-compose是docker容器的单机编排工具，它是一个可以管理多容器的工具，比如可以解决多容器之间的依赖关系，比如启动nginx前端服务的时候会调用后端tomcat，这时候就需要先启动tomcat，但启动tomcat的时候需要依赖数据库，那就需要最先启动数据库，docker-compose就可以解决这样的依赖关系，其可以替代dockerrun来对容器进行管理。docker-comp

探针检测是由kubelet定期对容器进行的诊断，以确保Pod的运行状态符合预期，通过探针检测可以减少运维问题并提高服务质量。startupProbe：启动状态检测，判断容器内的进程是否已经启动完成，用来判断容器内的进程是否已经启动成功，如果配置了startupProbe会先禁用所有其它检测，直到startupProbe检测成功为止；如果startupProbe检测失败，kubelet会杀死容器，并

使用kubeadm部署一个单Master的k8s1.24.3集群，使用containerd作为容器运行时。

创建之后查看pod状态，并通过service访问tomcat测试。访问/myapp/ 转到tomcat页面。nginx webapp路径默认页面。在nfs目录中上传图片，然后访问测试。nginx.conf内容如下。tomcat的业务镜像在。部署后查看pod状态。

下载wordpress安装包，将安装包中文件放置到Pod使用的nfs pv对应的目录。在harproxy上添加转发配置，重启haproxy。直接访问首页，可以看到发布的文章。访问wordpress安装界面。通过脚本执行构建上传镜像。安装完成之后进行登录。

由此可见，上面的4种通信模型种，仅“Pod间的通信”是负责解决跨节点间容器通信的核心所在，但Kubernetes通过CNI解决，CNI是目前Kubernetes系统上标准的网络插件接口规范，目前绝大多数为K8s解决Pod网络通信的插件都是遵循CNI规范的实现。IP VLAN与MAC VLAN类似，它同样创建虚拟接口并为每个接口分配唯一的IP，不同之处在于，所有的虚拟接口将共享使用物理接口的MAC地

zookeeper的部署在之前的文章中已经实现。

StatefulSet 创建的Pod的名称格式为-，例如名为web的3副本的StatefulSet其创建的Pod对象的名称依次为web-0、web-1、web-2。在测试pod中对statefulset-svc解析，会直接返回3个Pod的地址。查看StatefulSet创建的Pod，名称都是按顺序编号的，格式为-，另外Pod的主机名和Pod的名称也是一致的。