服务分类：
kubelet: 直接跟容器实现容器的生命周期管理。
转化为container 达到给port 的流程，负责写入的规则引擎，IPTables 实现服务的映射访问的。
还有一些比较重要的插件：
比如coreDNS:可以为集群的中的SVC的创建一个域名的IP对应关系解析。
实现负载均衡的功能：
DASHBARD提供一个BS访问。
INGRESS CONtoller: 四层代理，只能实现四层代理。
可以实现FEdataion 可以跨集群的统一管理的功能。
premisies: 每个容器的方法有些软件和PHP的软件有联系。
通过localhost 的方式统一内部的，或是采用网络战。
定义一个PORT 这个容器就会启动，而且公用一个PUSE的网络。
独立的IP地址的方法，之间的方法，进程不隔离。
创建标签的当有一天的删除干嘛干嘛？ 所以在大型项目抛弃RC关系。
一般还是建议Deployement来自动管理Relicaset,这样就无须担心的其他几机制不兼容的问题。
docker 面对的还是无状态服务的，或者是正常的访问工作。
无状态服务。
mysql 服务，试试
StatefuSet是为了解决的有状态服务的问题
不会变和不会丢失，主机名防止，出现了实时稳定网络部署，
前一个pod必须是Running 和Reading 状态。
mysql-apache-nginx 反向代理的启动顺序，
有序部署，删除的时候也一样。有序收缩。
mysql 还不能稳定的运行，还是有一定的缺憾的，详细的设计的。
下一个deamonSet 确保Node 上运行一个Pod 的副本，当有Node加入集群时，
使用DaemonSet的一些典型用法：
运行集群存储deamon,例如在每个Node上运行的glusterd,ceph.
在每个Node上运行日志收集，例如fluentd,logstash.
Job,负责批量对任务，执行的依次的任务，保证批处理的一个或多个pod成功结束
cron job管理基于时间的Hob:
在给定时间点只运行一次。
周期性的在给定时间点运行
三个副本的方式：php-fpn:
反向代理，php-fpm Service 之类的，
绑定PM的标签进行绑定，取代3个副本的目标IP的话，是不是重启服务的，PHP的地址。
这样的话，只要指定的即可。
并且MySQL 也是一个port state site 里面固定在一个port里面的内容：
通过判定Service 即可。
暴露模式，一些方案完整的方案，
2.网络通讯方式
认知之后，k8s 集群，k8s 网络模型，都在一个可以直接连通的网络中。
转换机制存在，就在云服务中，解决扁平话的空间，
网络栈的IO，各port 之间的通信OverLay 的方法，直接的Iptales 去实现。
最新的版本中完全没有问题的，上限还是
Overlay NetWork