k8 - 有状态服务和无状态服务

无状态服务（Stateless Service）：

一个节点的突然死亡，对整体不会有影响。

例如：几个功能相同的 spring 项目集群，只要不是一次性全部宕机，几个主机宕机，即使不重启，也不影响整体功能。

有状态服务（Stateful Service）：

一个节点的突然死亡，会导致整体产生异常。

例如：分布式数据库，每个节点保存一部分的数据，一台主机宕机，数据就不再完整，会影响到整体功能。在重启的时候，数据必须与之前的节点完全一致。

注意

用微服务举例可能会产生误解，一个微服务可能有非常多个安装包，安装包之间存在依赖关系，实际上，K8s 不会关注安装包之间的关系，有没有状态，是针对其中一个安装包说的。

以 mysql 的安装包为例，部署主从关系时，同一个安装包，可以部署出不同的效果，一个是主，一个是从，两个节点功能是不一样的。

像 mysql 安装包这样，一个安装包，安装之后的程序，如果存在拓扑关系，就叫做有状态服务。

面试题：有状态服务和无状态服务的差别。

（个人挺反感这类问题，有点八股的味道）

无状态服务介绍：

1. 数据方面：一般不会持久化数据，多个实例可以共享相同的持久化数据
2. 结果方面：不同实例对于同一个用户请求的响应结果是完全一致的
3. 关系方面：这种多服务实例之间是没有依赖关系
4. 影响方面：关闭 pod 并不会对其它的 pod 产生影响
5. 示例方面：nginx实例，tomcat实例，web应用
6. 创建方式：Deployment管理

有状态服务介绍：

1. 数据方面：一般和数据存储相关,各个节点存储一部分数据，典型的是分布式数据库的应
2. 结果方面：实例之间，请求结果可能存在不一致
3. 关系方面：实例之间存在拓扑关系.比如,主从关系.
4. 影响方面：关闭 pod，就可能会导致数据丢失或者集群的 crash
5. 示例方面：mysql、kafka、zookeeper、Redis主从架构
6. 创建方式：StatefulSet管理