配置最佳实践
- https://kubernetes.io/zh/docs/concepts/configuration/overview/
1. 一般配置提示⚓
-
定义配置时，请指定最新的稳定 API 版本。
-
在推送到集群之前，配置文件应存储在版本控制中。 这允许您在必要时快速回滚配置更改。 它还有助于集群重新创建和恢复。
-
使用 YAML 而不是 JSON 编写配置文件。虽然这些格式几乎可以在所有场景中互换使用，但 YAML 往往更加用户友好。
-
只要有意义，就将相关对象分组到一个文件中。 一个文件通常比几个文件更容易管理。 请参阅guestbook-all-in-one.yaml 文件作为此语法的示例。
-
另请注意，可以在目录上调用许多
kubectl命令。 例如，你可以在配置文件的目录中调用kubectl apply。 -
除非必要，否则不指定默认值：简单的最小配置会降低错误的可能性。
-
将对象描述放在注释中，以便更好地进行内省。
2. 服务⚓
-
在其相应的后端工作负载（Deployment 或 ReplicaSet）之前，以及在需要访问它的任何工作负载之前创建服务。 当 Kubernetes 启动容器时，它提供指向启动容器时正在运行的所有服务的环境变量。 例如，如果存在名为
foo当服务，则所有容器将在其初始环境中获取以下变量。FOO_SERVICE_HOST=<the host the Service is running on> FOO_SERVICE_PORT=<the port the Service is running on>
这确实意味着订购要求 - 必须在Pod本身之前创建Pod想要访问的任何Service，否则将不会填充环境变量。 DNS没有此限制。
-
一个可选（尽管强烈推荐）cluster add-on是 DNS 服务器。DNS 服务器为新的
Services监视 Kubernetes API，并为每个创建一组 DNS 记录。 如果在整个集群中启用了 DNS，则所有Pods应该能够自动对Services进行名称解析。 -
除非绝对必要，否则不要为 Pod 指定
hostPort。 将 Pod 绑定到hostPort时，它会限制 Pod 可以调度的位置数，因为每个<hostIP,hostPort,protocol>组合必须是唯一的。如果您没有明确指定hostIP和protocol，Kubernetes将使用0.0.0.0作为默认hostIP和TCP作为默认protocol。
如果您明确需要在节点上公开 Pod 的端口，请在使用hostPort之前考虑使用NodePort 服务。
-
避免使用
hostNetwork，原因与hostPort相同。 -
当您不需要
kube-proxy负载平衡时，使用 无头服务 (具有None的ClusterIP)以便于服务发现。
3. 容器镜像⚓
当 kubelet尝试拉取指定的镜像时，imagePullPolicy和镜像标签会生效。
-
imagePullPolicy: IfNotPresent：仅当镜像在本地不存在时镜像才被拉取。 -
imagePullPolicy: Always：每次启动 pod 的时候都会拉取镜像。 -
imagePullPolicy省略时，镜像标签为:latest或不存在，使用Always值。 -
imagePullPolicy省略时，指定镜像标签并且不是:latest，使用IfNotPresent值。 -
imagePullPolicy: Never：假设镜像已经存在本地，不会尝试拉取镜像。
Note
在生产中部署容器时应避免使用 :latest 标记，因为更难跟踪正在运行的镜像版本，并且更难以正确回滚。
Note
底层镜像提供程序的缓存语义甚至使 imagePullPolicy: Always变得高效。 例如，对于 Docker，如果镜像已经存在，则拉取尝试很快，因为镜像层都被缓存并且不需要镜像下载。