1. 自主式pod
一个pod中共享网络栈，共享存储，所以一个pod中的容器自然就是联通的，不需要像以前docker中那样需要打上IP端口号，现在都不需要。但是有一点，一个pod中的多个容器不能够映射同一端口，这样可能会导致这个pod无法起来或者永远重启。
2. 控制器类型的pod
（1）replicationController: 用来确保容器应用的副本数始终保持在用户定义的副本数，即如果有容器异常退出，会自动创建新的Pod来替代;而如果异常多出来的容器也会自动回收。在新版车的Kubernetes中建议使用ReplicaSet来取代ReplicationControlle
（2）ReplicaSet： ReplicaSet跟ReplicationController没有本质的不同，只是名字不一样，并且ReplicaSet支持集合式的selector
（3）Deployment ： 虽然ReplicaSet可以独立使用，但一般还是建议使用Deployment 来自动管理ReplicaSet，这样就无需担心跟其他机制的不兼容问题(比如ReplicaSet 不支持rolling-update但Deployment支持)
在官方最新版本中，RC已经被抛弃 ，一下是滚动过程（v1就是pod）：
（4）HPA：仅适用于Deployment和ReplicaSet，在V1版本中仅支持根据pod的cpu利用率扩容。
（5）StatefulSet：StatefulSet是为了解决有状态服务的问题(对应Deployments和ReplicaSets是为无状态服务而设计)，其应用场景包括:
*稳定的持久化存储，即Pod重新调度后还是能访问到相同的持久化数据，基于PVC来实现
*稳定的网络标志，即Pod重新调度后其PodName和HostName 不变，基于Headless Service(即没有Cluster IP的Service )来实现
* 有序部署，有序扩展，即Pod是有顺序的，在部署或者扩展的时候要依据定义的顺序依次依次进行(即从0到N-1,在下一一个Pod运行之前所有之前的Pod必须都是Running和Ready状态)，基于initcontainers来实现
*有序收缩，有序删除(即从N-1到0)
（6）DaemonSet: DaemonSet确保全部(或者一些) Node 上运行一个Pod的副本。当有Node加入集群时，也会为他们新增一个Pod。当有Node从集群移除时，这些Pod 也会被回收。删除DaemonSet 将会刷除它创建的所有Pod
使用DaemonSet的一些典型用法:
*运行集群存储daemon,例如在每个Node 上运行glusterd、 ceph.
*在每个Node上运行日志收集daemon, 例如fluentd、 logstash。
*在每个Node上运行监控daemon, 例如Prometheus Node Exporter
（7）Job: job负责批处理任务，仅执行一次
3.服务发现