什么是pod：
以下内容摘抄自 Kubernetes官方文档：
Pod 是 Kubernetes 最基本的组成块，它是 Kubernetes 最小、最简单的可用来创建和部署的单元。 一个 Pod 代表了一个运行在集群里的进程。
Pod 里封装了一个（或者多个）应用容器，存储资源，以及惟一的网络 IP。
Docker 是 Kubernetes Pod 里最常见的运行环境， 当然 Pod 也支持其他的容器环境。
Kubernetes 运用 pod 的方式：
Pod 里只运行一个单独容器 “one-container-per-Pod” 模式是 Kubernetes 最常见的使用场景；在这种情况下，可以把 Pod 看做是一个单独容器的连接器， Kubernetes 通过 Pod 去管理容器。
Pod 中运行多个相互作用容器。 Pod 封装了一组紧耦合、共享资源、协同寻址的容器。 这些协同寻址的容器可能来自一组粘性很强的服务 – 比如说：在用容器的共享卷提供对外文件服务的同时用 “sidecar” 容器刷新、更新这些文件。Pod 将这些容器和存储资源打包成一个管理实体。
Pod 是标准的 Kubernetes 资源，它也遵循资源定义清单的基本格式：apiVersion、kind、metadata、spec、status（只读，它是由 Kubernetes 系统提供和更新）
本文主要整理里了 Pod.spec 字段可以内嵌的常用字段，重点在 Pod.spec.containers 字段中可定义的众多字段；
1. spec.containers 可内嵌的字段
containers 是 Pod.spec 内嵌字段中唯一一个带有 -required- 标记的字段，而 containers 是一个对象列表，下面说明一下 containers 可内嵌的各字段的作用：
1.1 name
name -required- 必须给出的字段，定义具有唯一性的容器的名称；
举例演示：
containers:
- name: myapp
1.2 image
image 指明容器要运行的镜像；
举例演示：
containers:
- name: myapp
image: nginx:1.14-alpine
1.3 imagePullPolicy
imagePullPolicy 定义镜像的拉取策略，可定义的值有三个：
- Always：无论本地有或者没有这个镜像，都去镜像仓库中获取；
- Never：从不，如果本地仓库有就用，没有也不会下载。需要手动去获取镜像；
- IfNotPresent：如果本地存在就使用，如果没有就去远程仓库获取；
注意：如果标签是 latest 那么默认策略就是 Always；
举例演示：
containers:
- name: myapp
image: nginx:1.14-alpine
imagePullPolicy: IfNotPresent
1.4 ports
ports <[]Object> 定义容器内要暴露的端口，可以暴露多个端口，而且每一个端口都可以有多个属性:
containerPort -required- ：暴露的端口
name ：自定义一个名字
protocol ：协议，TCP或UDP，默认为TCP
举例演示：
containers:
- name: myapp
image: nginx:1.14-alpine
imagePullPolicy: IfNotPresent
ports:
- name: http
containerPort: 80
- name: https
containerPort: 443
1.5 command 和 args
command 和 args 用来修改镜像中的默认应用；
args <[]string>：作用等同于，Dockerfile中的 CMD，向 ENTRYPOINT 传递参数的，如果这里没有给出 args 参数，而镜像内即有 CMD 又有 ENTRYPOINT 则镜像内 CMD 的参数将传递给 ENTRYPOINT 作为参数；如果这里给了 args 那么，镜像内的 CMD 的参数就不会传递给 ENTRYPOINT，而是用 args 传递的参数；
command <[]string>：作用等同于，Dockerfile中的 ENTRYPOINT 指令，用于运行程序的默认命令；如果没有给出 command 则默认运行镜像制作时的默认程序
举例演示：
apiVersion: v1
kind: Pod
metadata:
name: command-demo
labels:
purpose: demonstrate-command
spec:
containers:
- name: command-demo-container
image: debian
command: ["printenv"]
args: ["HOSTNAME", "KUBERNETES_PORT"]
1.6 livenessProbe 和 readinessProbe 探针
探针 是由 kubelet 对容器执行的定期诊断。要执行诊断，kubelet 调用由容器实现的 Handler。有三种类型的处理程序：
ExecAction：在容器内执行指定命令。如果命令退出时返回码为 0 则认为诊断成功。
TCPSocketAction：对指定端口上的容器的 IP 地址进行 TCP 检查。如果端口打开，则诊断被认为是成功的。
HTTPGetAction：对指定的端口和路径上的容器的 IP 地址执行 HTTP Get 请求。如果响应的状态码大于等于200 且小于 400，则诊断被认为是成功的。
每个容器都可以运行两个探针：
- livenessProbe 存活性探测，用来探测容器内主进程是否活着；
- readinessProbe 就绪性探测，用来探测容器内主进程是否能够正常提供服务，比如容器内 nginx
主进程是活的，但是网页文件已经不再了，服务是不可用的； - 下面我以 livenessProbe 为例演示三种类型的探测方式，readinessPorbe 使用方法相同。
示例：
apiVersion: v1
kind: Pod
metadata:
name: myapp-pod
labels:
app: myapp
spec:
containers:
- name: myapp-container
images: busybox
command: ['sh', '-c', 'echo The app is running! && sleep 3600']
initContainers:
- name: init-myservice
image: busybox
commond: ['sh' , '-c','until nslookup myservice; do echo waiting for myservice; sleep 2; done;']
- name: init-mydb
image: busybox
commond: ['sh', '-c', 'until nslooup mydb; do echo waiting for mydb; sleep 2; done;']
