处理一个yalm文件或json文件用什么库

要处理YAML文袜旦耐件或JSON文件，您可以使用以下Python库：

1. PyYAML：用于解析和生成YAML文件的Python库。它可以将YAML文件转换告春为Python对象，并将Python对象转换为YAML文件。

2. json：用于解析和生成JSON文件的Python库。它可以将JSON文件转换为Python对象，并将Python对象转换为JSON文件。

3. configparser：用于解析INI文件的Python库，也可以用于解析简单的JSON文件。

下面是一个简单的Python代码示例，演示如何使用PyYAML库读取和写入YAML文件：

```

import yaml

# 读取YAML文件

with open('example.yaml', 'r') as f:

data = yaml.load(f, Loader=yaml.FullLoader)

print(data)

# 写入YAML文件

data = {'name': 'John', 'age': 30, 'city': 'New York'}

with open('example.yaml', 'w') as f:

yaml.dump(data, f)

```

类似地，您可以使用json库读取和写入JSON文件：

```

import json

# 读取JSON文件

with open('example.json', 'r') as f:

data = json.load(f)

print(data)

# 写入JSON文件

data = {'name': 'John', 'age': 30, 'city': 'New York'迟燃}

with open('example.json', 'w') as f:

json.dump(data, f)

```

请注意，上述示例仅适用于处理简单的YAML或JSON文件。如果您需要处理更复杂的文件，您可能需要使用更高级的库或工具。

在我们的kubernetes中，你只需要两种结构类型就行了：

1、Lists

2、Maps

也就是说，你可能会遇到Lists的Maps和Maps的Lists，等等。不过不用担心，你只需要掌握了这两种结果也就可以了，其他更加复杂的我们暂且不讨论。

首先扒升明我们来看看Maps，我们都知道Map是字典，就是一个key:value的键值对，Maps可以让我们更加方便的去书写配置信息，例如：

第一行的---是分隔符，是可选的，在单一文件中，可连用三个连字号---区分多个文件。这里我们可以看到，我们有两个键：kind和apiVersion，它们对应的值分别是：v1和Pod。上面的YAML文件转化为json格式：

我们在创建一个相对复杂一点的YAML文件，创建一个KEY对应的值不是字符串而是一个Maps：

上面的YAML文件，metadata这个KEY对应的值就是一个Maps了，而且嵌套的labels这个KEY的值又是一个Map，可以多层嵌套。

YAML处理器是根据行缩进来知道内容之间的关联性的。比如我们上面的YAML文件，我们用了两个空格作为缩进，空格数量并不重要，但是你得保持一致，并且至少要求一个空格。

我们可以看到name和labels是相同级别的缩进，所以YAML处理器就知道了他们属于同一个Map，而app是labels的值是因为app的值缩进更大。

同样的我们转化为json格式：

Lists就是列表，说白就是数组，在Yaml文件中我们可以这样定义：

你可以有任何数量的项在列表中，每个笑答项的定义以破折号（-）开头的，与父元素直接可以缩进一个空格。转化为json格式：

当然，lists的子项可以是map，maps的子项也可以是lists：

比如这个YAML文件，我们定义了一个叫containers的Lists对象，每个子项都由name，image，ports组成，每个ports都有一个key为containerPort的Map组成，转换为json格式：

使用YAML文件来创建一个Deployment吧。

API 说明： https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.10/

这是普通的POD文件：

* apiVersion，这里的值是v1，这个版本号需要根据我们安装的kubernetes版本和资源类型进行变化的，记住不是写死的

* kind，这里我们创建的是一个pod，当然根据你的实际情况，这里资源类型可以是Deployment，Job，Ingress，Service等。

* medatada：包括了我们定义的Pod的一些meta信息，比如名称，namespace，标签等等信息。

* spec：包括一些containers，storage，volumes，或者其他Kubernetes需要知道参数，以及春告诸如是否在容器失败时重新启动容器的属性。你可以在待定kubernetes API找到完整的Kubernetes pod属性。

典型的容器的定义：

这是一个最小的定义： 一个名字（front），基于nginx镜像，以及容器将会监听一个端口80。在这些中，只有名字是非常重要的，你也可以指定一个更加复杂的属性，例如容器启动时运行的命令，应使用的参数，工作目录，或每次实例化时是否拉取镜像的新副本。以下是容器可设置的属性:

我们将上面创建的POD的YAML文件保存成一个pod.yaml。然后使用kubectl创建POD：

我们就可以使用我们前面比较熟悉的kubectl命令来查看POD状态了：

创建遇到问题，可以使用kubectl describe 进行排查。我们先删除上面创建的POD：

现在我们可以来创建一个真正的Deployment。在上面的例子中，我们只是单纯的创建一个POD实例，但是如果这个POD出现了故障的话，我们的服务也就挂掉了，所以kubernetes提供了一个Deployment的概念，可以让kubenetes去管理一组POD的副本，也就是副本集，这样可以保证一定数量的副本一直可用的，不会因为一个POD挂掉导致整个服务挂掉。我们这样定义一个Deployment：

注意这里的apiVersion对应的值是apps/v1，当然kind要指定为Deployment，因为这就是我们需要的，然后我们可以知道一些meta信息，比如名字，或者标签之类的。最后，最重要的是spec配置选项，这里我们定义需要两个副本，当然还有很多可以设置的属性，比如一个Pod在没有任何错误变成准备的情况下必须达到的最小秒数。

我们可以在 Kubernetes v1beta1 API 参考中找到一个完整的 Depolyment 可指定的参数列表。

现在我们来定义一个完整的 Deployment 的 YAML 文件：

和pod.yaml文件很类似。注意其中的template，其实就是对POD对象的定义。将deployment.yaml创建：

查看状态：

可以使用 http://www.yamllint.com/ 去检验 YAML 文件的合法性。

---