但在生产中，很多时候，我们是直接写好yaml配置文件，再通过kubectl apply -f xxx.yaml来创建这个服务，我们现在用yaml配置文件的方式实现上面deployment服务的创建
需要注意的是，yaml文件格式缩进和python语法类似，对于缩进格式要求很严格，任何一处错误，都会造成无法创建，这里教大家一招实用的技巧来生成规范的yaml配置

  1. #创建deployment的命令，我们在后面加上`--dry-run -o yaml`,--dry-run代表这条命令不会实际在K8s执行，-o yaml是会将试运行结果以yaml的格式打印出来，这样我们就能轻松获得yaml配置了
  3. [root@master1 ~]# kubectl create deployment ngixn --image=nginx --dry-run -o yaml
  4. W0420 17:49:07.651809    2154 helpers.go:553] --dry-run is deprecated and can be replaced with --dry-run=client.
  5. apiVersion: apps/v1     # <---  apiVersion 是当前配置格式的版本
  6. kind: Deployment     #<--- kind 是要创建的资源类型，这里是 Deployment
  7. metadata:        #<--- metadata 是该资源的元数据，name 是必需的元数据项
  8.   creationTimestamp: null
  9.   labels:
  10.     app: nginx
  11.   name: nginx
  12. spec:        #<---    spec 部分是该 Deployment 的规格说明
  13.   replicas: 1        #<---  replicas 指明副本数量，默认为 1
  14.   selector:
  15.     matchLabels:
  16.       app: nginx
  17.   strategy: {}
  18.   template:        #<---   template 定义 Pod 的模板，这是配置文件的重要部分
  19.     metadata:        #<---     metadata 定义 Pod 的元数据，至少要定义一个 label。label 的 key 和 value 可以任意指定
  20.       creationTimestamp: null
  21.       labels:
  22.         app: nginx
  23.     spec:           #<---  spec 描述 Pod 的规格，此部分定义 Pod 中每一个容器的属性，name 和 image 是必需的
  24.       containers:
  25.       - image: nginx
  26.         name: nginx
  27.         resources: {}
  28. status: {}

生成nginx.yaml文件

  1. [root@master1 ~]# kubectl create deployment nginx --image=nginx --dry-run -o yaml > nginx.yaml

接着我们vim nginx.yaml，将replicas: 1的数量改成replicas: 2
# 开始创建，我们后面这类基于yaml文件来创建资源的命令统一都用apply了

  1. [root@master1 ~]# kubectl apply -f nginx.yaml 
  2. deployment.apps/nginx created

查看创建的资源，这个有个小技巧，同时查看多个资源可以用,分隔，这样一条命令就可以查看多个资源了

  1. [root@master1 ~]# kubectl get deployment,rs,pod
  2. NAME                    READY   UP-TO-DATE   AVAILABLE   AGE
  3. deployment.apps/nginx   2/2     2            2           58s
  5. NAME                               DESIRED   CURRENT   READY   AGE
  6. replicaset.apps/nginx-6799fc88d8   2         2         2       58s
  8. NAME                         READY   STATUS    RESTARTS   AGE
  9. pod/nginx-6799fc88d8-f8nrs   1/1     Running   0          58s
  10. pod/nginx-6799fc88d8-mfh8q   1/1     Running   0          58s

基于这两种资源创建的方式作个总结：

基于命令的方式：
1.简单直观快捷，上手快。
2.适合临时测试或实验。

基于配置文件的方式：
1.配置文件描述了 What，即应用最终要达到的状态。
2.配置文件提供了创建资源的模板，能够重复部署。
3.可以像管理代码一样管理部署。
4.适合正式的、跨环境的、规模化部署。
5.这种方式要求熟悉配置文件的语法，有一定难度。