6-k8s部署之Deployment+Pod+Service1

在 Kubernetes 集群中，Pod 是基本的部署单元，它承载着应用的实际运行实例。Pod 可以包含一个或多个容器，这些容器共享同一份存储卷，拥有共同的 IP 地址和端口空间，以及 IPC（进程间通信）命名空间，使得容器之间能方便地进行通信和数据共享。Pod 的设计使得多容器应用能够紧密协作，提供了微服务架构中的基础组件。 在实际部署中，Pod 的生命周期较短，因为它们并不持久化，当 Pod 遭遇故障或者需要更新时，Kubernetes 会创建新的 Pod 替换旧的。然而，为了确保服务的稳定性和可用性，Kubernetes 引入了 Service 概念。Service 是一种抽象，它定义了一种访问 Pod 的策略，通过标签选择器来定位一组具有相同标签的 Pod，实现负载均衡和服务发现。Service 提供了稳定的访问接口，即使后端 Pod 在不断变化，Service 的 IP 和端口保持不变，从而保证外部访问的连续性。 创建 Pod 的过程通常涉及编写 YAML 文件，如 `test_pod.yaml`，其中定义了 Pod 的元数据（如名称和标签）、容器配置（如镜像和端口映射）。例如，以下 YAML 文件创建了一个名为 `test-pod` 的 Pod，包含了名为 `aspnetapp` 的容器，使用 `mcr.microsoft.com/dotnet/core/samples:aspnetapp` 镜像，并监听 80 端口。创建 Pod 后，可以使用 `kubectl create` 命令部署，而 `kubectl get pods` 命令用于查看 Pod 的状态。 访问 Pod 有多种方式，包括： 1. **hostNetwork**：如果 Pod 的 `hostNetwork` 设置为 `true`，那么 Pod 直接使用宿主机的网络，PodIP 就是宿主机的 IP。这种方式适用于需要直接暴露服务的情况，但缺点是 Pod 重启可能导致 IP 变化。 2. **hostPort**：通过指定 `hostPort`，容器的端口可以映射到宿主机的端口，允许外部直接访问。 3. **NodePort**：Kubernetes 自动分配一个集群范围内的端口（30000-32767），并将此端口映射到每个节点的某个端口，外部可以通过任何节点的 IP 和 NodePort 访问服务。 4. **LoadBalancer**：在云环境中，LoadBalancer 类型的 Service 可以创建一个外部负载均衡器，将流量路由到 Service。 5. **Ingress**：Ingress 是一种更高级的访问控制方式，它可以基于 HTTP/HTTPS 规则定义路由，将外部请求转发到内部的 Service。 理解 Pod、Service 和这些访问方式是 Kubernetes 集群管理的基础。通过它们，开发者可以构建出高可用、可扩展的分布式系统。在实际操作中，还需要关注滚动更新、副本集（ReplicaSet）、部署（Deployment）等概念，以确保应用的可靠性和持续部署能力。例如，Deployment 是管理和更新 Pod 的控制器，可以实现无中断的滚动更新，确保服务的连续性。在 Kubernetes 中，这些组件共同构成了一个强大的容器编排平台，支持现代云原生应用的部署和管理。