Helm 部署与服务
Helm Deployment vs Service
我正在尝试了解 k8s 和 helm。
当我创建 helm chart 时,有 2 个文件:service.yaml
和 deployment.yaml
。它们都有一个 name 字段。
如果我理解正确,部署将负责管理 pods、副本集等,从而管理服务。
基本上,为什么允许我为服务和部署使用单独的名称?在什么情况下我们希望这两个名称不同?一个部署可以有超过 1 个服务吗?
"service" 在您的集群中创建一个持久的 IP 地址,这是其他一切连接它的方式。 Deployment 创建一个 ReplicaSet,它创建一个 Pod,这个 Pod 是该服务的后端。可以有超过 1 个 pod,在这种情况下服务负载平衡,并且这些 pods 可以随时间变化,更改 IP,但您的服务保持不变。
将该服务视为指向您的 pods 的负载平衡器。它类似于接口和实现。该服务就像一个接口,由 pods 实现支持。
映射为 m:n。您可以让多个服务由一个 pod 支持,或者多个 pods 支持一个服务。
我正在尝试了解 k8s 和 helm。
当我创建 helm chart 时,有 2 个文件:service.yaml
和 deployment.yaml
。它们都有一个 name 字段。
如果我理解正确,部署将负责管理 pods、副本集等,从而管理服务。
基本上,为什么允许我为服务和部署使用单独的名称?在什么情况下我们希望这两个名称不同?一个部署可以有超过 1 个服务吗?
"service" 在您的集群中创建一个持久的 IP 地址,这是其他一切连接它的方式。 Deployment 创建一个 ReplicaSet,它创建一个 Pod,这个 Pod 是该服务的后端。可以有超过 1 个 pod,在这种情况下服务负载平衡,并且这些 pods 可以随时间变化,更改 IP,但您的服务保持不变。
将该服务视为指向您的 pods 的负载平衡器。它类似于接口和实现。该服务就像一个接口,由 pods 实现支持。
映射为 m:n。您可以让多个服务由一个 pod 支持,或者多个 pods 支持一个服务。