目录一、Deployment控制器概述二、Deployment工作原理1）滚动升级2）版本回滚三、Deployment的资源清单文件详解四、Deployment实战1）示例12）扩缩容3）镜像更新4）版本回退五、Deployment金丝雀发布（灰度发布）六、有状态、无状态服务区别1）无状态：2）有状态七、PV、PVC、NFS、SC1）PV概述2）PVC概述3）通过NFS实现持久化存储4）基于NFS存储创建PV5）基于NFS-PV创建PVC6）SC（StorageClass：存储类）7）基于动态sc（StorageClass：存储类）创建一个pv八、StatefulSet控制器1）简介2）常规s

一、deployment.yaml文件详解1apiVersion:extensions/v1beta1#接口版本2kind:Deployment#接口类型3metadata:4name:cango-demo#Deployment名称5namespace:cango-prd#命名空间6labels:7app:cango-demo#标签8spec:9replicas:310strategy:11rollingUpdate:##由于replicas为3,则整个升级,pod个数在2-4个之间12maxSurge:1#滚动升级时会先启动1个pod13maxUnavailable:1#滚动升级时允许的最大

一、deployment.yaml文件详解1apiVersion:extensions/v1beta1#接口版本2kind:Deployment#接口类型3metadata:4name:cango-demo#Deployment名称5namespace:cango-prd#命名空间6labels:7app:cango-demo#标签8spec:9replicas:310strategy:11rollingUpdate:##由于replicas为3,则整个升级,pod个数在2-4个之间12maxSurge:1#滚动升级时会先启动1个pod13maxUnavailable:1#滚动升级时允许的最大

在上一篇文章中我们了解到Android系统启动应用的时候，会首先加载AndroidManifest.xml清单文件中的一系列信息，在清单文件中如果不指定标签中的name属性值，会默认使用android.app.Application作为应用程序加载类，其生命周期与应用程序生命周期是一致的。那么到底应用程序有怎样的生命周期，在不同的生命周期有哪些调用方法可以使用？这章将详细介绍。生命周期应用实例化首先要知道，一个应用程序，有且仅有一个android.app.Application类与之对应，如果想在清单文件中使用自定义的Application，也必须是继承自android.app.Applica

在上一篇文章中我们了解到Android系统启动应用的时候，会首先加载AndroidManifest.xml清单文件中的一系列信息，在清单文件中如果不指定标签中的name属性值，会默认使用android.app.Application作为应用程序加载类，其生命周期与应用程序生命周期是一致的。那么到底应用程序有怎样的生命周期，在不同的生命周期有哪些调用方法可以使用？这章将详细介绍。生命周期应用实例化首先要知道，一个应用程序，有且仅有一个android.app.Application类与之对应，如果想在清单文件中使用自定义的Application，也必须是继承自android.app.Applica

Deployment控制器通常用来部署无状态的应用，这样可以在任意的节点上扩容或者删除，而不用考虑数据的问题，它可以管理pod对象。一、多副本1.使用命令行方式创建Deployment在dev名称空间下创建3个副本的nginxpodkubectlcreatedeploymentnginx--image=nginx--replicas=3-ndev监控创建进度kubectlgetdeploy-ndev-w可以看到副本可用数量从0变到32.查看Deployment的描述kubectldescribedeploynginx-ndev可以看到NewReplicaSet的名称为nginx-6799fc8

Deployment控制器通常用来部署无状态的应用，这样可以在任意的节点上扩容或者删除，而不用考虑数据的问题，它可以管理pod对象。一、多副本1.使用命令行方式创建Deployment在dev名称空间下创建3个副本的nginxpodkubectlcreatedeploymentnginx--image=nginx--replicas=3-ndev监控创建进度kubectlgetdeploy-ndev-w可以看到副本可用数量从0变到32.查看Deployment的描述kubectldescribedeploynginx-ndev可以看到NewReplicaSet的名称为nginx-6799fc8

k8s的更新策略为滚动更新，通过新创建的RS（ReplicaSet）创建新的pod，等新的pod调度完成显示running，然后terminating掉老的RS下的pod，循环往复直至完成全部新pod的更新。[root@master1~]#kubectlrollouthistorydeploymentmyapp-v1deployment.apps/myapp-v1REVISIONCHANGE-CAUSE12[root@master1~]#[root@master1~]#kubectlrolloutundodeploymentmyapp-v1--to-revision=1deployment.a

k8s的更新策略为滚动更新，通过新创建的RS（ReplicaSet）创建新的pod，等新的pod调度完成显示running，然后terminating掉老的RS下的pod，循环往复直至完成全部新pod的更新。[root@master1~]#kubectlrollouthistorydeploymentmyapp-v1deployment.apps/myapp-v1REVISIONCHANGE-CAUSE12[root@master1~]#[root@master1~]#kubectlrolloutundodeploymentmyapp-v1--to-revision=1deployment.a

在我们的应用程序中，很多地方可能用到同一个数据。很多时候我们可能不想通过Intent在Activity之间传递数据或者持久化的存放这些数据。我们可能会将这些数据存在在Application中，这样我们就可以在所有的Activity中访问了，这个方法简单，但是实际上是错误的。你的程序很可能会因为报空指针错误。我们在MainActivity中获取Appliction实例，并为name变量赋值，然后跳转到SecondActivity中再去获取name变量的值，并调用大写方法打印出来。这里有个场景，就是当我们按Home键APP位于后台时，当内存不足时，系统会回收我们的APP。现在我们模拟一下这个场景后