4同行回答
我觉得可能是学习成本和商业存储支持吧，存储软件可能要考虑可能应对的SSD集群，以及容器化挂载的频繁，IO控制等。
目前有状态服务容器化的案例不多，大家都在互相谦让“请你先吃螃蟹”，我觉得现在敢吃螃蟹的才是行业的领军企业，时机已经成熟。
构建一个容器平台是面临很多的挑战的。
第一，是所有平台化产品都会面临的问题。平台化要定标准。目前来说，容器的标准相对统一（Image、Runtime），但是容器管理平台的标准至少有三家（Kubernetes、Docker Swarm、Mesos)在做，谁能占上风，目前也没有一个绝对的，新的产品和技术可能也会冒出来。标准不统一，导致大家在使用过程当中，技术选型的时候会有挑战。
第二，容器的技术涉及到资源，涉及到应用内部结构，所以它具有一定的侵入性。不像是虚拟机，交付完成后，在虚所机内部怎么搞平台就不管了。容器要关心这个问题，否则就没有办法做模式化了，不做模式化的话，平台的很多东西都没有办法构建了。
第三，大量传统应用需要改造。运营商市场有几百，上千个应用。这些应用估计都是几百上千亿的投资，不可能这批应用都不用了，全部改成容器。而且容器也不是银弹可以解决所有的问题。传统应用的改造适合什么样的技术，怎么改变，这就是我们非常大的挑战。这些挑战在我们产品技术选型时，能多多少少都会涉及一些。
收起首先我觉得是性价比，目前使用容器的成本还是挺高的，主要是风险与人员上的，因此让大家直接抛弃稳定的传统模式，直接上容器不太可能。（无状态~无风险，所以很容易上，有状态~风险，大家都谨慎）
其次我觉得是生态问题，vm发展了那么多年，也就最近2、3年大家都开始用vm作为发行体了，容器也有一段漫长的路要走，等吃过螃蟹的人把标准完善了以后，有状态服务自然就会快速发展。