YML文件

基本语法规则：

• 大小写敏感
• 使用缩进表示层级关系
• 缩进时不允许使用Tab键，只允许使用空格。
• 缩进的空格数目不重要，只要相同层级的元素左侧对齐即可
• # 表示注释，从这个字符一直到行尾，都会被解析器忽略。

在kubernetes中，常用的两种结构类型：

• Lists
• Maps

Maps

Map是字典，就是一个key:value的键值对，Maps 可以让我们更加方便的去书写配置信息，

---
apiVersion: v1
kind: Pod

第一行的---是分隔符，是可选的，在单一文件中，可用连续三个连字号---区分多个文件。这里我们可以看到，我们有两个键：kind 和 apiVersion，他们对应的值分别是：v1 和Pod。上面的 YAML 文件转换成 JSON 格式的话，你肯定就容易明白了：

{
    "apiVersion": "v1",
    "kind": "pod"
}

创建一个 KEY 对应的值不是字符串而是一个 Maps：

---
apiVersion: v1
kind: Pod
metadata:
    name: kube100-site
    labels:
       app:  web

我用了两个空格作为缩进，空格的数量并不重要，但是得保持一致，并且至少要求一个空格（什么意思？就是别一会缩进两个空格，一会缩进4个空格）。

Lists

lists 就是列表，白了就是数组，在YAML文件中我们可以定义：

args
  - Cat
  - Dog
  - Fish

可以有任何数量的项在列表中，每个项的定义以破折号（-）开头的，与父元素直接可以缩进一个空格。对应的JSON格式如下：

{

     "args": ["Cat", "Dog", "Fish"]

}

 list 的子项也可以是Maps, Maps的子项也可以是list如下所示：

---
apiVersion: v1
kind: Pod
metadata:
    name: kube100-site
    labels:
       app: web
spec:
    containers:
       - name: front-end
         image: nginx
         ports:
            - containerPort: 80
       - name: flaskapp-demo
         image: jcdemo/flaskapp
         ports:
            -containerPort: 5000

这是上面定义的一个普通的 POD 文件，先来简单分析下文件内容：

• apiVersion，这里它的值是 v1，这个版本号需要根据安装的 kubernetes 版本和资源类型进行变化的，记住不是写死的
• kind，这里创建的是一个 Pod，当然根据你的实际情况，这里资源类型可以是 Deployment、Job、Ingress、Service 等待。
• metadata：包含了定义的 Pod 的一些 meta 信息，比如名称、namespace、标签等等信息。
• spec：包括一些 containers，storage，volumes，或者其他 Kubernetes 需要知道的参数，以及诸如是否在容器失败时重新启动容器的属性。你可以在特定 Kubernetes API 找到完整的 Kubernetes Pod 的属性。

Deployment 的 YAML文件：

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: kube100-site
spec:
  replicas: 2
  selector:
     matchLabels:
         app: web
  template:
     metadata:
          labels:
              app:  web
  spec:
      containers:
          - name: front-end
            image:
            ports:
                -ccontainerPort:  5000

kubernetes 提供了一个Deployment的概念，可以让 kubernetes 去管理一组 POD 的副本，也就是副本集，这样就可以保证一定数量的副本一直可用的，不会因为一个 POD 挂掉导致整个服务挂掉。