轻量级无状态应用。如果是有状态应用，主流做法是用Operator方式部署。

主要是容器应用要做成无状态。要和底层松耦合。对于应用来讲，起码可以直接运行在tomcat里的轻量级war包。不能太大。

容器的特性决定了容器本身是非持久化的，容器被删除，其上的数据也一并删除。而其上承载的应用分为有状态和无状态。容器更倾向于无状态化应用，可水平扩展的，但并不意味所有的应用都是无状态的，特别是银行的应用，一些服务的状态需要保存比如日志等相关信息，因此需要持久化存储。容...

在devops的八荣八耻中就提到，应用以无状态为荣，以有状态为耻。应用的状态是阻止应用弹性伸缩以及用户端高可用体验的拦路虎，这里所说的状态信息，更多的是指原先记录在会话session中的信息和定时任务执行的状态信息。如果要做无状态的改造，有两种思路，一种是通过在业务逻辑上的...

无状态容器会更加的简单，在应对高并发的时候快速扩缩非常方便，但我们不能前面中间件做了容器，到了数据方面我们就只能像烟筒似的堆队列、加缓存、做分片、加SSD集群不断的去提高读写性能来应对，现在已经有一些有状态服务的容器案例，虽不多，但这是在发展的一块内容...

个人经验：容器云存储目前针对私有云的可用选择其实不多，主要是nfs，nas，glusterfs，ceph等等。这类存储各有特点，适用于不同的场景。所以使用哪类存储其实取决于你的应用是哪种类型的存储需求。如果是纯日志类输出，可以选择nas、gfs类的存储如果是类似数据库类、缓存类的存储需求，...