概述： Service是Kubernetes中最核心的概念，正是因为对此概念的支持，Kubernetes在某种角度下可以被看成是一种微服务平台。Kubernetes中的pod并不稳定，比如由ReplicaSet、Deployment、DaemonSet等副本控制器创建的pod，其副本数量、pod名称、pod所运行的节点、pod的IP地址等，会随着集群规模、节点状态、用户缩放等因素动态变化。Serv

类似于Linux的Cron模块，CronJob用来运行定时性任务，或者周期性、重复性任务。注意CronJob启动的是kubernetes中的Job，不是ReplicaSet、DaemonSet等其它控制器类型。 示例： 以下CronJob每分钟运行一次，打印出当前时间与hello消息。 123456789101112131415161718apiVersion: batch/v1beta1k

对于ReplicaSet、ReplicationController等类型的控制器而言，它希望pod保持预期数目、持久运行下去，除非用户明确删除，否则这些对象一直存在，它们针对的是耐久性任务，如web服务等。对于非耐久性任务，比如压缩文件，任务完成后，pod需要结束运行，不需要pod继续保持在系统中，这个时候就要用到Job。因此说Job是对ReplicaSet、ReplicationContro

Taints（污点）与tolerations（容忍度）一起工作确保Pod不会被调度到不合适的节点上。单个节点可以应用多个taint（污点），node不接受无法容忍taint（污点）的pod调度。Toleration（容忍度）是pod的属性，允许（非强制）pod调度到taints（污点）相匹配的node上去。（注意taints是node的属性，affinity是pod的属性。） 概念：12#通过

DaemonSet 确保全部（或者一些）Node 上运行一个 Pod 的副本。当有 Node 加入集群时，也会为他们新增一个 Pod 。当有 Node 从集群移除时，这些 Pod 也会被回收。删除 DaemonSet 将会删除它创建的所有 Pod。 使用 DaemonSet 的一些典型用法： 运行集群存储 daemon，例如在每个 Node 上运行 glusterd、ceph。 在每个

编写 Deployment： 在所有的 Kubernetes 配置中，Deployment 也需要apiVersion，kind和metadata、 spec 这些配置项。 Pod Template： deployment.spec.template 是 .spec中唯一必须的字段。 deployment.spec.template 是 pod template. 它跟 Pod有一模一样的结

概念Init Container就是用来做初始化工作的容器，可以是一个或者多个，如果有多个的话，这些容器会按定义的顺序依次执行，只有所有的Init Container执行完后，主容器才会被启动。我们知道一个Pod里面的所有容器是共享数据卷和网络命名空间的，所以Init Container里面产生的数据可以被主容器使用到的。 是不是感觉Init Container和之前的钩子函数有点类似啊，只是是在

我们在调度、管理 Pod 时，需要熟悉 Pod 在整个生命周期的各个状态，而设置 Pod 的重启策略也是基于对 Pod 的各种状态的了解。 Pod 生命周期： 说明： 初始化容器阶段初始化pod中每一个容器,他们是串行执行的，执行完成后就退出了 启动主容器main container 在main container刚刚启动之后可以执行post start命令 在整个main container

定义一个简单的pod资源清单：1234567891011apiVersion: v1kind: Podmetadata: name: nginx-ye namespace: kube-system labels: app: myappspec: containers: - name: nginx image: nginx:1.7.9 yaml格式的pod定义文件完整内容：1

Kubernetes 常用资源:我将它们简单的分类为以下几种资源对象： 类别 名称 工作负载型资源对象 Pod、ReplicaSet、Replication Controller、Deployment、StatefulSet、DaemonSet、Job、CronJob 服务发现及负载均衡 Service、Ingress 配置与存储 Volume、Persistent Volume