kubernetes提供了很多默认的存储支持，大部分是公有云和开源存储，如果使用商业存储可以使用flexVolume来实现，可以和存储提供商来获得支持，选择上面来看主要还是看您的业务场景，如果是私有镜像仓库、应用输出的业务场景可以选择文件存储。...

保险行业也是对持久化存储非常看重的行业，存储的稳定性，容器服务的稳定性，我想您现在应该有在用商业存储，剩下的就是容器化的稳定服务问题了.

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

我认为得关注k8s对存储的接入模式是否支持多写，比如k8s使用ceph不支持ReadWriteMany。

容器持久化存储的建设我觉得关键点在于整合方案，kubernetes正在完善容器方面的管理，很多开发者也根据statefulSet做出了一些针对性的部署yaml文件，对于kubernetes的存储系统如果你选择商业存储就需要用flexVolume插件化支持，kubernetes提供更多的商业存储，商业存储也相应容器...

容器持久化存储方面我们有过GFS GPFS Ceph PregData，通过Kubernetes的存储系统实现的，GFS Ceph是Kubernetes默认支持的开源存储，GPFS的话需要对接IBM提供的插件，PregData天玑的存储也针对存储插件进行了开发。我觉得分为两部分：1存储，需要查看Kubernetes支持的，私网部署的商用存...

以ceph为例，人员成本：ceph主要用c/c++编写，公司需要有专门研究这块的技术人员。性能：从04年发展到现在ceph一开始更加适合HDD，而现在趋于SSD，Ceph在这块不是很理想。ceph在cephFS这块投入太大，想实现的功能太多，导致Ceph现在还不是太稳定。之前圈子里有个朋友用ceph就遇到了数据...

我认为有钱想省心就使用商用，有钱想折腾就使用开源；没钱就只能使用开源了。

关键是如何把服务框架弄的可分离化，这个问题解决了，后面就好做很多。

这几个方面相辅相成，又相互影响。数据一致性的检查，会影响到系统处理的速度。负载均衡的处理，同样需要考虑LB均衡器的性能，是用软LB还是硬LB实现的，性能又不一样。稳定性的考量主要是说系统在网络抖动/不稳定，或者某些故障发生的情况下，能够有相应的高可用机制来保证使用。综合...