k8s服务发布

一、服务发布方式对比

二者主要区别在于：

部署复杂性：传统的服务发布方式通常涉及手动配置和管理服务器、网络设置、负载均衡等，过程相对复杂且容易出错。相比之下，Kubernetes服务发布方式通过使用容器编排和自动化部署工具，简化了部署过程，使得服务的创建、部署和管理更加容易和高效。
弹性伸缩：Kubernetes 具有自动弹性伸缩功能，可以根据实际需求自动增加或减少容器数量，以保持服务的稳定性和性能。传统服务发布方式通常需要手动调整服务器规模，难以实现快速弹性伸缩。
容错性：Kubernetes 具有内置的容错机制，当某个容器出现故障时，Kubernetes 会自动将其从集群中移除，并重新启动一个新的容器。这有助于保持服务的可用性和稳定性。传统服务发布方式可能无法很好地处理此类故障，导致服务中断。
资源利用率：Kubernetes 通过容器化技术，可以实现资源的共享和动态分配，提高了资源的利用率。传统服务发布方式可能会因服务器资源的浪费而降低资源利用率。
可维护性：Kubernetes 提供了强大的可维护性功能，例如服务发现、配置管理和版本控制等。这些功能有助于简化服务的维护和升级过程。传统服务发布方式可能需要更多的手动维护工作，且升级过程可能更加复杂。
成本：虽然 Kubernetes 需要一定的学习曲线和初始配置成本，但从长远来看，其自动化部署、弹性伸缩和资源优化等功能可以帮助企业节省大量的运维成本。传统服务发布方式可能需要更多的运维人力和资源投入。

二、Label 和 Selector

Label：标签，可以对 K8S 的些对象，如 Pod 和节点进行分组，通过添加 key=value 格式的标签，用于区分同样的资源不同的分组。

Selector：标签选择器，可以根据资源标签查询出精确的对象信息。

1. 自定义 Label

为某个节点添加标签 Label

在 deployment 或其他控制器中指定将 Pod 部署到该节点

2. 污点信息

3. 为各节点设置 Label

4. Selector 选择器

5. 修改标签

将 subnet=ip7 这个标签改为 subnet=ip10，直接指定 key ，然后使用 --overwrite 参数重写标签

6. 删除标签

删除 node01 的 subnet=ip7 的标签

批量删除标签

三、Service

1. K8S 的 Service

Kubernetes（k8s）中的 Service 是一种抽象概念，它定义了一种可以访问 Pod 逻辑分组的策略。它通常通过 Label Selector 访问 Pod 组，解决了 Pod 的 IP 地址可能发生变化的问题。

2. 定义 Service

该示例为 my-service:80 即可访问到具有 app=nginx 标签的 Pod 的80 端口上。需要注意的是，Service 能够将一个接收端口映射到任意的 targetPort，但如果 targetPort 为空，targetPort 将被设置为与 Port 字段相同的值。targetPort 可以设置为一个字符串，可引用 backend Pod 的一个端口的名称，这样的话即使更改了 Pod 的端口，也不会对 Service 的访问造成影响。 Kubernetes Service 能够支持 TCP、UDP、SCTP 等协议，默认为 TCP 协议。

一 、服务发布方式对比