mysql有状态无状态_k8s statefulSet 有状态应用和无状态应用区别

一、定义：

无状态服务：就是没有特殊状态的服务,各个请求对于服务器来说统一无差别处理,请求自身携带了所有服务端所需要的所有参数(服务端自身不存储跟请求相关的任何数据,不包括数据库存储信息)

有状态服务：容器数据持久化保持

1.有状态服务 可以说是 需要数据存储功能的服务、或者指多线程类型的服务，队列等。(mysql数据库、kafka、zookeeper等)

2.每个实例都需要有自己独立的持久化存储，并且在k8s中是通过申明模板来进行定义。持久卷申明模板在创建pod之前创建，绑定到pod中，模板可以定义多个。

二、如何选择：

有状态服务常常用于实现事务(并不是唯一办法，下文有另外的方案)。举一个常见的例子，在商城里购买一件商品。需要经过放入购物车、确认订单、付款等多个步骤。由于HTTP协议本身是无状态的，所以为了实现有状态服务，就需要通过一些额外的方案。比如最常见的session，将用户挑选的商品(购物车)，保存到session中，当付款的时候，再从购物车里取出商品信息 。

有状态服务可以很容易地实现事务，所以也是有价值的。但是经常听到一种说法，即server要设计为无状态的，这主要是从可伸缩性来考虑的。如果server是无状态的，那么对于客户端来说，就可以将请求发送到任意一台server上，然后就可以通过负载均衡等手段，实现水平扩展。如果server是有状态的，那么就无法很容易地实现了，因为客户端需要始终把请求发到同一台server才行，所谓“session迁移”等方案，也就是为了解决这个问题。

有状态服务和无状态服务各有优劣，它们在一些情况下是可以转换的，或者有时候可以共用，并非一定要全部否定。

在一定需要处理请求上下文的情况下又想使用无状态服务,可以将相关的请求信息存储到共享内存中或者数据库中,参考分布式session的实现方式：

1.基于数据库的Session共享

2.基于NFS共享文件系统

3.基于memcached 的session

基于resin/tomcat web容器本身的session复制机制

基于TT/Redis 或 jbosscache 进行 session 共享

基于cookie 进行session共享

或者在业务实现上,将上下文需要的信息在请求中返回,在客户端中进行存储,只不过,这个方案存在技术风险,需要用一定的手段规避。