应用程序的状态（state）就是应用程序组件完成工作（比如执行一个任务）所需的数据。所有的应用都有状态。架构模式、范例和语言从本质上描述了如何管理应用程序的行为（任务，操作等）和状态（数据）。即使是微服务式应用程序也有状态！在微服务体系结构中，每个服务可以有多个实例，每个服务实...
容器云中是不适合跑任何有状态的服务的。但是问题本身是有问题的，有状态和无状态是针对服务而言的，在这个方面，数据库没有有状态和无状态之分。数据库的数据文件可以放在分布式存储上，所以，数据库服务是可以放在容器云中的，但是不适合，为什么呢？ 性能考虑，根据测试，当数据文件放...
从Helm 3开始，chart维护者可以为输入值定义JSON Schema，你在编写helm的chart时， 针对Kubernetes对象进行OpenAPI验证。而Operator是一个完整的分布式应用集群的部署解决方案，只要以deployment形式部署了Operator，我们不需要是管理配置信息了，只要搞个crd就可以创建中我们要求...
对于用状态应用来讲，有三个方面跟无状态应用有着本质区别：首先就是数据的持久化。这个需要存储的支持，OpenShift支持K8S的volume plugin以及最新CSI(Container Storage Interface)，能够支持多种存储后端，比如NFS, iSCSI, Ceph RBD, GlusterFS, VMWAre vSphere VMDK等。用户可...
容器的特性决定了容器本身是非持久化的，容器被删除，其上的数据也一并删除。而其上承载的应用分为有状态和无状态。容器更倾向于无状态化应用，可水平扩展的，但并不意味所有的应用都是无状态的，特别是银行的应用，一些服务的状态需要保存比如日志等相关信息，因此需要持久化存储。容...
对于容器中运行的应用，如果真正需要保存的数据，可以写入持久化的Volume数据卷，Docker发布了容器卷的插件规范，允许第三方厂商的数据卷在Docker引擎中提供数据服务，这使得外置存储可以超过容器的生命周期而存在。...
无状态容器会更加的简单，在应对高并发的时候快速扩缩非常方便，但我们不能前面中间件做了容器，到了数据方面我们就只能像烟筒似的堆队列、加缓存、做分片、加SSD集群不断的去提高读写性能来应对，现在已经有一些有状态服务的容器案例，虽不多，但这是在发展的一块内容...
我觉得可能是学习成本和商业存储支持吧，存储软件可能要考虑可能应对的SSD集群，以及容器化挂载的频繁，IO控制等。目前有状态服务容器化的案例不多，大家都在互相谦让“请你先吃螃蟹”，我觉得现在敢吃螃蟹的才是行业的领军企业，时机已经成熟。...
个人经验：容器云存储目前针对私有云的可用选择其实不多，主要是nfs，nas，glusterfs，ceph等等。这类存储各有特点，适用于不同的场景。所以使用哪类存储其实取决于你的应用是哪种类型的存储需求。如果是纯日志类输出，可以选择nas、gfs类的存储如果是类似数据库类、缓存类的存储需求，...
