为什么用k8s，不用docker？

k8s更适合复杂的微服务架构和大规模的容器应用。

Pods(Pod)
        Pod是k8s最小可部署单元，他包含一个或多个相关容器。这些容器共享网络命名空间和存储卷，他们通常协同工作来构成一个应用程序。
Service（服务）

        定义了一组Pod的逻辑集合，并提供一个访问这些pod的入口点。service可以通过集群内部或外部的网络访问这些pod。

Deployment（部署）

        用于定义应用程序的期望状态，去顶实际运行的pod副本数量与期望状态一直。deployment还支持滚动更新和回滚操作，一辩更新应用程序。

ConfigMap和Secret

        ConfigMap用于将配置数据从应用程序中分离处理，而Secret则用于安全存储敏感信息，如密码、api钥匙等。

Ingress（可以理解为nginx）

        用于管理和公开，k8s集群中服务的api对象。他允许外部流量进入集群、并提供路由规则来决定如何将流量路由到不同的服务。

k8s原理：
k8s集群是由一组物理或虚拟机器组成，这些机器称为节点。集群中有一个主节点和多个从节点/

主节点：主节点负责管理集群的整体状态和控制工作节点的操作，包括以下组件：
API Server：提供了k8s spi的入口，可以与k8s交互。

Controller Manager：负责监控系统状态。

Scheduler：负责将pod调度到工作节点上运行。

工作节点（Node）

工作节点是集群中的计算资源，用于运行环境。每个工作节点包括以下组件：
Kubelet：负责与主节点通信，确保在节点上运行所需的Pod。

Container Runtime：用于启动和管理容器的软件，如Docker

Kube Proxy：负责在节点上实现Service的网络代理。

k8s的使用流程：

1：定义应用程序：使用k8s的yaml文件定义应用程序的组件，包括Pods、Services、Deployments等。

2：部署应用程序：使用kubectl工具或者k8s API将定义的应用程序组件部署在集群中。

3：k8s控制器处理：控制器(如Deplyment)会接收定义并确保集群状态和定义状态一致。

4：应用程序运行：k8s会在工作节点上创建和调度Pods，确保应用程序正常运行。

5：监控和维护：使用k8s监控工具来检测集群状态，进行日志管理和故障排除。

k8s集群环境搭建

k8s安装：（两种模式）
kubeadm（测试环境，比较简单）

二进制（生产环境更推荐）