Job 

Job 负责 批处理任务，即使执行一次的任务，保证批处理任务的一个或多个Pod成功结束。

CronJob

CronJob

CronJob 管理基于时间的Job即使：

在给定时间内置运行一次：

周期性的给给定时间点运行：

statefulSet:

StatefulSet 通过IP的地址的classIP 地址。

RS的访问

扩容方案的， kubectl sacle depolyment ninx-dement --relicates

如果集群支持horiontail pod autoscaling的话，

更新镜像也比较简单。

回滚

也就意味着数目的更新达到一个状态。

滚动更新的公司，port 数量最多不可能，超过逾期数量的port 的数值。

新的版本中扩容，更新到新的版本4个副本，老版本的port 25% 的新版本的版本port 方法处理，

老旧版本的删除和新建和处理。

rollout status 的方法：

重新的启动服务的方法：

cornJob Spec 

代表方法的执行标志方法的执行的代表一个port 的运行。

默认代表默认的一致执行。2个容器的才代表这个job 成功执行。

调度的用法：根据任务执行的周期的一致，模板的方法，并发策略的方法

replace 取消当前正在运行的job 用一个新的来替换。

有可能启动一个job 如果是allow的话，正常运行的话，没问题，

输出当前的时间，欢迎我们当前的时间，kubctl  get

service方法：

VIP的方法实现一个虚拟IP的形式，K8s中代理有实现2.0 默认开始，

代理模式的分类：

userspace代理模式：

 原来是IPtables 实现复杂均衡，不经过procxy分类。服务器的信息，2种模式来说，

注意一下，IOS算法以后的代理模式，提前没有安装基础需求， kubesctl get svc 的实现 代理模式分类

ClusterIp 的数据执行执行对应的分类的进而把数据转发给Pod的地址和端口和分类

代理模式不一致，一张图，客户端的被访问端，这个访问创建的服务的进行维稳，

class IP 之上，SVC之上的代理端之2的方法，图上的功能，

api server  用户每个节点的写入本地的iptables 规则中

iptabels 使用NAT等技术将virtutal的流量到endpoint 中

service_ingress 的方法：

存储方式：

资源控制器的方式，有状态服务去建立的，为了解决k8s 存储机制零

pv

configMap ： 专门存储文件

加密的信息： 用户名密码和信息

volumen: 专门：nfs 共享

pv /pvc 持久卷其他的服务持久卷的概述。

configMap的创建的

利用单独的属性和JSON的二进制文件，

configMap的注册中心，怎么理解呢？

1000台的nginx 的

指定在对应的configmap的创建第一个Map的使用方案而已

然后呢直接创建了，就已经创建成功了

get cm game-config 的

存储 sercet 的视频数据被导入成为环境变量，k8s 明文的方式执行的

configmap保存就不怎么合适了，解决了秘钥，secret存在意义。

挂载三种类型：

Service Account: 用来   IP 用来的谁不是访问的，加密的安全性而言了。

k8s 生命周期的方法initc 怎么去执行的呢，初始化的服务怎么去完成。

最基本的docker 还是有区别的，共享文件的机制，puse 的方式才能

负责目的，共享我们的卷能力，

很多容器的，第一个创建的puse 的分支，PUSE分支挂载绑定

volumen 挂载 共享 Puse 的存储卷。

当前的PUSE的共享卷的方法，一个C1 和C2的一致没有动吗？

实现的原理的，很多的NWS 的方法，emptyDir 被分配节点常见的方案：

emptyDir 的方法的重要的卷当Pod.

Vuloumen-3的实现本机实现

hostPath方案：

谷歌给我们的实现的借助内部的方案，在这种情况下，灵活行远不止如此

是否是想的一样的目录是否是一致的，

当k8s将无法考虑hostPath使用的资源

在底层主机上的创建的文件或目录只能有root写入，写入hostpath 即可