本篇将会讲解应用部署到Kubenetes集群，集群副本集查看，集群自愈能力演示，集群扩容，滚动升级，以及回滚。
本篇是Docker&Kubenetes系列的第四篇，在前面的篇幅中，我们向Kubenetes中部署了单个应用实例。如果单个节点故障了，那么服务就不可用了，这在实际环境中是不能接受的。在实际的正式环境中，我们不仅要避免单点，还要根据负载变化动态的调整节点数量。为了实现这个目的，我们可以借助于Kubenetes的Deployment，Deployment可以创建指定数量的Pod，并有自愈能力，还能完成升级更新及回滚操作。
向Kubenetes中部署一个3节点的集群和之前介绍的一样部署集群也由过yml配置文件开始的，本例我们依然使用前面篇幅中创建的docker镜像来部署集群。Deployment配置文件内容如下，这个配置文件是从Kubenetes官网复制的，手写yml文件太容易出错了，yml格式挺烦的。
apiVersion: apps/v1 kind: Deployment metadata: name: my-first-demo-dep labels: app: my-first-demo spec: replicas: 3 selector: matchLabels: app: my-first-demo template: metadata: labels: app: my-first-demo spec: containers: - name: my-first-demo image: hellodm/my-first-demo:v1.0 ports: - containerPort: 80配置文件中，replicas=3表示要启动3个副本，使用的镜像是hellodm/my-first-demo:v1.0。配置完了之后，我们来启动集群，命令如下：
$ kubectl create -f dep.yml deployment.apps/my-first-demo-dep created我们来看查看副本集情况：
$ kubectl get rs NAME DESIRED CURRENT READY AGE my-first-demo-dep-5647fd55f 3 3 3 3m15s在查看一下pod：
$ kubectl get pods NAME READY STATUS RESTARTS AGE my-first-demo-dep-5647fd55f-4wzxs 1/1 Running 0 22s my-first-demo-dep-5647fd55f-c9lwx 1/1 Running 0 22s my-first-demo-dep-5647fd55f-nnwt6 1/1 Running 0 22s暴露集群，使得我们可以在访问集群内部的应用。
$ kubectl apply -f svc.yml service/my-first-demo-svc created访问：
$ curl 'http://localhost:30000/' <h1>Hello world! <h1>OK，成功了。
Kubenetes 扩容演示上面我们部署了3个节点的集群，假设现在3个节点已经有点吃力了，我们准备扩展到4个节点。编辑上面的Deployment文件，修改的地方如下：
spec: replicas: 4其他的不变，只是replicas为4了。重新启动一下看看：
$ kubectl apply -f dep.yml --record=true deployment.apps/my-first-demo-dep configured看下副本集，如下，变成4个了。
$ kubectl get rs NAME DESIRED CURRENT READY AGE my-first-demo-dep-5647fd55f 4 4 4 10h 检查Kubenetes集群的自愈性我们来删掉2个Pod,模拟宕机情况，执行kubectl delete pod命令，如下：
$ kubectl delete pod my-first-demo-dep-5647fd55f-4wzxs my-first-demo-dep-5647fd55f-c9lwx立马查看Pod是否恢复：
$ kubectl get pods NAME READY STATUS RESTARTS AGE my-first-demo-dep-5647fd55f-bxpn7 1/1 Running 0 25s my-first-demo-dep-5647fd55f-nnwt6 1/1 Running 0 5m8s my-first-demo-dep-5647fd55f-vwxgz 1/1 Running 0 25s可以看到还是3台，从NAME和AGE可以看出，多了两个新的。OK，至此，我们演示了扩容和自愈性。
Kubenetes滚动升级为了演示滚动升级，我们先制作v2.0版本的镜像，修改index的内容为：
<h1>Hello worldls , this is Version 2.</h1>这里我故意拼错了一个单词，别急，后面有妙用。下面我们来
制作v2.0的镜像：
$ docker build . -t my-frist-demo:v2.0 Sending build context to Docker daemon 6.144kB Step 1/2 : FROM nginx ---> 602e111c06b6 Step 2/2 : COPY index.html /usr/share/nginx/html ---> 7484909c0df2 Successfully built 7484909c0df2 Successfully tagged my-frist-demo:v2.0发布镜像：
$ docker tag my-frist-demo:v2.0 hellodm/my-first-demo:v2.0 $ docker push hellodm/my-first-demo:v2.0 The push refers to repository [docker.io/hellodm/my-first-demo] a3e37d09f192: Preparing b3003aac411c: Preparing 216cf33c0a28: Preparing c2adabaecedb: Layer already exists denied: requested access to the resource is denied修改deployment的配置文件，改用v2.0的镜像，如下：
apiVersion: apps/v1 kind: Deployment metadata: name: my-first-demo-dep labels: app: my-first-demo spec: replicas: 3 selector: matchLabels: app: my-first-demo template: metadata: labels: app: my-first-demo spec: containers: - name: my-first-demo image: hellodm/my-first-demo:v2.0 ports: - containerPort: 80执行发布，这次附带了一个参数--record=true让 Kubernetes 把这行命令记到发布历史中方便后面查看。
$ kubectl apply -f dep.yml --record=true deployment.apps/my-first-demo-dep configured赶紧查看一下pod状态如下，可以发现已经在滚动发布了，ContainerCreating状态的表示新版本的容器正在启动，Running的是新版本的已经运行起来了，Terminating的这个是老版本正在停止。
$ kubectl get pods NAME READY STATUS RESTARTS AGE my-first-demo-dep-54596847d8-6m4n9 0/1 ContainerCreating 0 2s my-first-demo-dep-54596847d8-jrm8g 1/1 Running 0 4s my-first-demo-dep-5647fd55f-cbcrz 1/1 Running 0 56s my-first-demo-dep-5647fd55f-ll7tt 0/1 Terminating 0 56s my-first-demo-dep-5647fd55f-s8d6l 1/1 Running 0 56s