配置注意事项
- 当定义一个配置时，指定最新稳定版本的API
- 在推送到集群之前，配置文件必须使用版本控制的方式进行管理，这样可以在需要的时候快速回滚配置，也有助于集群的重新创建和恢复。
- 使用YAML而不是JSON编写配置文件。 虽然这些格式几乎可以在所有场景中互换使用，但YAML往往更加用户友好。
- 只要有意义，就将相关对象分组到一个文件中。 一个文件通常比几个文件更容易管理。 请参阅guestbook-all-in-one.yaml文件作为此语法的示例。
- 注意，可以使用指定目录的方式来调用
kubectl命令，如使用kubectl create -f DIR_NAME - 不要不必要地指定默认值：简单的最小配置会降低错误的可能性
- 将对象描述放在注释中，以便更好地进行省察。
裸Pod vs ReplicaSets,Deployments，和Jobs
- 如果可以避免，请不要使用裸Pod（即，Pod未绑定到ReplicaSet或Deployment）。 如果节点发生故障，裸Pod将不会重新调度。
deployment不仅可以创建ReplicaSet来确保期望Pod可用状态的数量，同时还能指定Pod替换的策略（如RollingUpdate）,这些属性都是优于直接创建裸Pod,除了一些特殊的场景如
restartPolicy: Never。Job也可能适用。
Services
在创建Deployment或RS之前创建与之相关的Service，并且需要在所有的Deployment被访问之前创建，当kubernetes启动一个容器，被启动的容器会提供指向所有服务的环境参数。例如，如果一个Service命名为foo退出了,所有的容器将会在他们初始化环境的时候获取到如下参数：
FOO_SERVICE_HOST=<the host the Service is running on>
FOO_SERVICE_PORT=<the port the Service is running on>如果您正在编写与服务对话的代码，请不要使用这些环境变量; 请改用服务的DNS名称。 服务环境变量仅适用于无法修改以使用DNS查找的旧软件，并且是一种不太灵活的访问服务的方式。
- 除非绝对必要，否则不要为Pod指定hostPort。 将Pod绑定到hostPort时，它会限制Pod可以调度的节点位置数，因为每个<hostIP，hostPort，protocol>组合必须是唯一的。 如果未明确指定hostIP和协议，Kubernetes将使用0.0.0.0作为默认hostIP，并使用TCP作为默认协议。
如果只是希望通过访问端口用于调试目的，可以使用apiserver proxy或者kubectl port-forward
如果确实需要映射出Pod的端口到主机节点上，优先考虑使用NodePort而不是hostPort.
- 避免使用hostNetwork,这与使用hostPort原因相同。
- 当不需要使用kube-proxy作为负载均衡的时候，使用Headless service(设置一个空的ClusterIP)可以更利于服务发现。
使用标签Lables
定义和使用标识应用程序或部署的语义属性的标签，例如可以使用类似的标签：{app：myapp，tier：frontend，phase：test，deployment：v3}。 可以使用这些标签为其他资源选择合适的Pod; 例如，选择 tier: frontend 的Pod的服务等。
通过标签选择器(Label Selector)选择特定的Deployment发行版本,可以使服务跨越多个Deployment。使用Deployment可以轻松更新正在运行的服务，而无需停机。
Deployment描述了对象所期望的状态，并且如果更新对应的参数，则部署控制器以受控速率（滚动更新）将实际状态改变为期望状态。
- 您可以通过操纵标签进行调试。 由于Kubernetes控制器（例如ReplicaSet）和服务使用选择器标签与Pod匹配，因此从Pod中删除相关标签将阻止其被控制器考虑或由服务提供服务流量。 如果删除现有Pod的标签，其控制器将创建一个新的Pod来取代它。 这是在“隔离”环境中调试先前“live”Pod的有用方法。 要以交互方式删除或添加标签，请使用kubectl label命令。
容器镜像
容器的拉取镜像参数（imagePullPolicy）决定了kubelet的拉取镜像操作：
- imagePullPolicy: IfNotPresent： 当前本地没有此镜像的时候，才拉取镜像
- imagePullPolicy: Always： 在Pod每次启动时都会拉取镜像
- imagePullPolicy参数省略，或者使用tag为 lastest,或者省略tag,那么默认为imagePullPolicy: Always
- imagePullPolicy参数省略，并且使用tag不为lastest,那么默认为imagePullPolicy: IfNotPresent
- imagePullPolicy: Never：将被认为镜像存在本地，不会尝试拉取镜像。
在生产中部署容器时应避免使用latest标记，因为使用lastest难以跟踪正在运行的镜像版本，并且更难以正确回滚。
镜像的分层缓存机制使得使用imagePullPolicy: Always 参数变得高效，如，在使用docker的环境中，如果镜像已经存在，拉取镜像的尝试将会非常快，因为所有的镜像层都已经缓存在本地，而不需要去下载镜像。
使用kubectl命令
-
使用
kubectl apply -f <directory>或kubectl create -f <directory>，将会执行目录中的所有 .yaml , .yml和 .json文件. - 使用
kubectl run和kubectl expose可以快速创建单容器 Deployment和服务，参考集群中使用Service访问应用