Pod类型

自主式pod：不是被控制器管理的pod，pod挂掉后没有办法自动拉起，做不到创建一个新的pod达到期望值。
控制器管理的pod

pause：网络栈
一个pod里边可以有一个或多个容器，
只要有pod，这个容器就要被启动。
在同一个pod里边，容器的端口不能冲突。
在同一个pod里边，既共享网络战，又共享数据卷。

Pod控制器类型

ReplicationController & ReplicaSet & Deployment

ReplicationController用来确保容器应用的副本数始终保持在用户定义的副本数，即如果有容器异常退出，会自动创建新的Pod来替代；而如果异常多出来的容器也会自动回收。在新版本的kubernetes中建议使用ReplicaSet来取代ReplicationController
ReplicaSet跟ReplicationController没有本质的不同，只是名字不一样，并且ReplicaSet支持集合试的selector
虽然ReplicaSet可以独立使用，但一般还是建议使用Deployment来自动管理ReplicaSet，这样就无需担心跟其他机制的不兼容问题（比如ReplicaSet不支持rolling-update，但Deployment支持）

---

deployment滚动更新：
（1）deployment创建RS，RS创建pod。
（2）容器滚动更新，创建一个新的RS，启动一个新的容器v2，退出一个旧的容器v1。循环往复，直到更新完成。

---

deployment回滚：
（1）deployment在滚动更新以后，旧的RS并不会被删除，而是被停用。
（2）当我们进行回滚操作的时候，deployment会把旧的RS版本重新启用。
（3）旧的RS重新创建pod，启动备份的容器数据。

HPA（HorizontalPodAutoScale）

Horizontal Pod Autoscaling仅适用于Deployment和ReplicaSet，在V1版本中仅支持根据Pod的CPU利用率扩缩容，在vlalpha版本中，支持根据内存和用户自定义的metric扩缩容。

StatefullSet

StatefulSet是为了解决有状态服务的问题，（对应Deployments和ReplicaSet是为无状态服务而设计）其应用场景包括：

• 稳定的持久化存储，即pod重新调度后还是能访问到相同的持久化数据，基于PVC来实现。
• 稳定的网络标志，即pod重新调度后期PodName和HOSTName不变，基于HeadlessService（即没有Cluster IP 的Service）来实现。
• 有序部署，有序扩展，即pod是有序的，在部署或者扩展的时候要依据定义的顺序依次进行，（即 从0到N-1，在下一个pod运行之前所有之前的pod必须都是running和ready状态），基于init containers来实现。
• 有序收缩，有序删除（即从N-1到0）。

DaemonSet

DaemonSet确保全部（或者一些）node上运行的pod的副本。当有node加入集群时，也会为他们新增一个pod。当有node从集群被移除时，这些pod也会被回收。删除DaemonSet将会删除它创建的所有pod
使用DaemonSet的一些典型用法：

• 运行集群存储daemon，列如在每个node上运行glusterd、ceph。
• 在每个node上运行日志收集daemon，例如fluentd、logstash。
• 在每个node上运行监控daemon，例如Prometheus Node Exporter

Job,Cron job

job负责批处理任务，即仅执行一次的任务，它保证批处理任务的一个或多个pod成功结束
Gron Job管理基于时间的Job,即：

• 在给定时间点只运行一次
• 周期性地在给定时间点运行

服务发现

client访问一组pod
service是通过标签收集的一组pod

---

pod与pod的通讯方案：