pod内container通信，pod间通信

kubernetes入门:Pod、节点、容器和集群都是什么?

POD是Kubernetes的基本计算单元，它将一个或多个容器封装在一起，并共享相同的名称空间和本地网络。pod中的容器可以互相通信，仿佛它们在同一台机器上，同时保持一定程度的隔离。Pod被用作Kubernetes的复制单元，确保负载均衡和故障恢复。Pod应保持较小的规模，通常只包含一个主进程和紧密耦合的辅助容器。

Kubernetes入门简介：Kubernetes是什么：Kubernetes是一种基于容器技术的分布式架构解决方案。它拥有丰富的集群管理能力，包括多层次的安全防护、多租户应用支持、透明的服务注册与发现等。Kubernetes的核心优势：简化开发：通过微服务架构，Kubernetes简化了复杂系统的开发流程。

官方解释：在Kubernetes集群中，Pod是所有业务类型的基础，它是一个或多个容器的组合。这些容器共享存储、网络和命名空间，以及如何运行的规范。在Pod中，所有容器都被同一安排和调度，并运行在共享的上下文中。对于具体应用而言，Pod是它们的逻辑主机，Pod包含业务相关的多个应用容器。

kubectl：与Kubernetes集群交互的客户端工具。kubeapiserver：提供API服务，管理集群资源和认证。kubecontrollermanager：负责集群资源的自动管理和配置。kubescheduler：动态调度Pod以优化资源分配。etcd：分布式存储系统，用于服务发现和配置共享。kubeproxy：维护Pod与外部网络的连接。

容器解耦应用与底层基础设施，简化跨云或OS环境部署。本质上是隔离进程、共享资源的进程集合，通过资源限制与独立文件系统，如内存、CPU与通信隔离，实现Linux研发环境的资源管理。Kubernetes集群中的Pod则由容器构成，形成部署单位，在同一节点上运行。通过dockerfile脚本构建镜像，本地环境部署。

Kubernetes（简称K8S） 是GOOGLE开源的分布式的容器管理平台，方便我们在服务器集群中管理我们容器化应用。

kubernetes网络和CNI简介

CNI是Container Network InterfACE的缩写，它是一个通用的容器网络插件的k8s 网络接口 ，开源社区里已经有了很多实现容器网络的方案，不同的网络实现方案在k8s内都是以插件调用的形式工作，所以这里需要一个统一的标准接口。

CNI，即 Container Network Interface，是 Kubernetes 网络模型中用于容器网络配置的标准接口。它允许 Kubelet 通过调用不同的网络插件来实现多样化的网络配置方式，从而满足不同的网络需求。常见的 CNI 插件包括 Calico、flannel、Terway、Weave Net 以及 Contiv 等。

CNI提供了一种应用容器的插件化网络解决方案，定义对容器网络进行操作和配置的规范，通过插件的形式对CNI接口进行实现。CNI仅关注在创建容器时分配网络资源，和在销毁容器时删除网络资源。在CNI模型中只涉及两个概念：容器和网络。

CNI，全称 Container Network Interface，由 Google 和 CoreOS 联合开发，旨在提供一个通用的容器网络标准接口。CNI 的设计能够适配多样的生产网络环境，无论是二层网络还是公有云环境，CNI 提供了一个标准化的接口，使得各个网络解决方案能够轻松集成到 Kubernetes 的体系中。

CNI（容器网络接口）是一个标准，旨在为容器应如何配置网络提供一个统一接口。它确保了不同的容器运行时和网络插件能以一致的方式进行交互，实现网络配置的自动化和标准化。具体而言，CNI 规范包含以下几个核心组成部分：ADD、CHECK、DELETE、GC 和 VERSION 操作，以及网络插件的交互流程。

CNI的基石与多样性CNI，即Container Network Interface，定义了容器网络接口的规范，它关注于网络连接的建立与资源管理。Kubernetes的崛起催生了诸如Calico、Flannel、Cilium等出色的开源解决方案，它们各有千秋，比如：Calico： 功能全面，社区活跃，可与Flannel联动，但可能带来额外的维护负担。