服务分类：

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