背景
在实际生产环境下，我们更多的是使用 yaml 描述文件来启动一个 Pod ，并设置 kind 属性值为 Deployment 类型。
Deployment
使用 Deployment 来部署应用，重点关注其可以实现应用服务的动态扩缩容。
需要注意的是：应用本身需要支持水平伸缩。 Kubernetes 并不会让你的应用变得可扩展，它只是让应用的扩缩容变得简单。
yaml
[root@k8s0 ~]# vi cloud-native-deployment.yaml apiVersion: apps/v1 kind: Deployment metadata: # 部署名字 name: cloud-native spec: replicas: 2 # 用来查找关联的Pod，所有标签都匹配才可以 selector: matchLabels: app: cloud-native # 定义 Pod 相关数据 template: metadata: labels: app: cloud-native spec: # 定义容器，可以多个 containers: - name: cloud-native # 容器名字 image: registry.cn-hangzhou.aliyuncs.com/container-repo/docker-hub:0.0.1-SNAPSHOT imagePullSecrets: - name: aliyunregistry # 通过yaml描述文件启动deployment [root@k8s0 ~]# kubectl apply -f cloud-native-deployment.yaml deployment.apps/cloud-native created
查看Kubernetes资源
通过 yaml 描述文件启动 Deployment 之后，我们可以通过 kubectl get pods , kubectl get deployment 以及 kubectl get all 来观察所发生的变化：根据我们的 yaml 配置，会启动两个副本的服务实例。
[root@k8s0 ~]# kubectl get pods NAME READY STATUS RESTARTS AGE cloud-native 1/1 Running 0 48m cloud-native-684d4d8485-c2zgz 1/1 Running 0 4s cloud-native-684d4d8485-f7qzm 1/1 Running 0 4s hello-minikube-58647b77b8-srpbq 1/1 Running 6 (74m ago) 30d [root@k8s0 ~]# kubectl get deployment NAME READY UP-TO-DATE AVAILABLE AGE cloud-native 2/2 2 2 18s hello-minikube 1/1 1 1 30d # 查看所有Kubernetes资源 [root@k8s0 ~]# kubectl get all
弹性伸缩
可通过 kubectl scale 命令的 --replicas 参数来实现 Pod 副本数的弹性伸缩。需要注意的是，伸缩过程并不是一蹴而就的。我们并不是告诉 Kubernetes 需要采取什么行动，也没有告诉 Kubernetes 增加3个 Pod ，只设置新的期望的实例数量并让 Kubernetes 决定需要采取哪些操作来实现期望的状态。这是 Kubernetes 基本的原则之一。不是告诉 Kubernetes 应该执行什么操作，而是声明性地改变系统的期望状态，并让 Kubernetes 检查当前的状态是否与期望的状态一致。在整个 Kubernetes 的世界中都是这样的。当指定副本数为5时，那么最终调整得到的结果便是5个副本，不多也不少。
[root@k8s0 ~]# kubectl scale deployment cloud-native --replicas=5 [root@k8s0 ~]# kubectl get pod NAME READY STATUS RESTARTS AGE cloud-native 1/1 Running 0 62m cloud-native-684d4d8485-c2zgz 1/1 Running 0 14m cloud-native-684d4d8485-f7qzm 1/1 Running 0 14m cloud-native-684d4d8485-rsbg7 1/1 Running 0 5s cloud-native-684d4d8485-s9lkj 1/1 Running 0 5s cloud-native-684d4d8485-skmtk 1/1 Running 0 5s hello-minikube-58647b77b8-srpbq 1/1 Running 6 (88m ago) 30d
由于一开始我们的副本数配置是2，当指定副本数为5时，我们看到现在的 Pod 列表中 cloud-native 有3个新增的副本：即Age为5s的那3个。
查看Deployment详情
可通过 kubectl describe 命令查看 Pod 的详细信息，不过其输出内容过长，这里省略了。此外，可通过 kubectl exec 类似于 Docker 的命令进入到 Pod 内部，进行一系列的操作。
[root@k8s0 ~]# kubectl describe pod cloud-native-684d4d8485-rsbg7 [root@k8s0 ~]# kubectl exec -it cloud-native-684d4d8485-rsbg7 -- sh
回滚历史版本
时空穿梭，救火专用。
[root@k8s0 ~]# kubectl rollout history deployment cloud-native deployment.apps/cloud-native REVISION CHANGE-CAUSE 1 <none>
删除Deployment
[root@k8s0 ~]# kubectl delete deployment cloud-native deployment.apps "cloud-native" deleted [root@k8s0 ~]# kubectl get pod NAME READY STATUS RESTARTS AGE cloud-native 1/1 Running 0 64m hello-minikube-58647b77b8-srpbq 1/1 Running 6 (90m ago) 30d 可以看到名为 cloud-native 的 Deployment 已被删除，需要注意的是上面还剩下一个名为 cloud-native 的 Pod ，这是我们上一篇中以 kind: Pod 方式启动的，所以删除 Deployment 并不会删除这个 Pod 。
Dashboard
![EFFZ9Z`)MQNS4U]%X7D(4Q0.png](https://ucc.alicdn.com/pic/developer-ecology/q7zvrojhun744_75c2b63262fb43048f7f6e26f7ddfeea.png?x-oss-process=image/resize,w_1400/format,webp "EFFZ9Z`)MQNS4U]%X7D(4Q0.png")
其实，除了前面通过命令行查看已经运行的 Deployment 以及 Pod 信息，我们还可以通过 Kubernetes 为我们提供的 Dashboard 以可视化的方式观测我们运行的 Kubernetes 资源信息。访问 Dashboard 具体操作方式可参考：云原生之容器编排实践-在CentOS7上安装minikube
If you have any questions or any bugs are found, please feel free to contact me.
Your comments and suggestions are welcome!
