银行容器云平台存储技术路线如何选型？集中式存储or分布式存储，选型依据有哪些？

因为社区有个完全一样的问题，偷懒把我在那个问题中的回复复制过来。由于本问题明确是银行场景，因此我建议要更多考虑运维、可靠性和性能。另外由于海量数据业务的有状态容器在金融看到的不多，所以估计这位朋友的业务场景可能更适合使用“集中式存储”。如果有业务场景的信息，可以进一步讨论一下。

以下为通用答复：

这个问题要分两部分来看，一个是容器自身使用的存储，一个是容器中应用使用的存储，估计问题想讨论的是后者。

对容器自身使用的存储 ，分布式较为常见。毕竟容器的几大组件都是从开源软件发展起来的，而配套的开源存储软件都是分布式存储。

但容器中的应用并不是因为使用了容器才需要存储的，而是因为应用本身就需要使用存储。这时存储的需求就主要看应用对存储的需求。当然还有个其次，那就是存储对容器平台调用配置运维的适配能力。

从17年开始进行应用无状态改造进而向容器搬迁，到18年开始和用户讨论有状态容器（当时主要是文件类需求）使用存储的解决方案，到最近使用K8S的CSI接口支持应用和数据库容器化，看到的容器PaaS使用存储最大的困难就来自存储或者难以满足应用的需要，或者和容器对接困难。第一应用的要求往往开源和一些商业式存储难以满足的，尤其是性能、可靠性和运维。另一方面能满足这些需求的企业级存储（无论是集中式还是分布式）与K8S的对接管理长期都不太好。好在现在基于CSI接口，这个问题得到了比较好的解决，但未到完美的程度。

而从应用对存储的需求来看，各种存储都有在容器上使用的需要。高性能块存储用于数据库，高性能文件主要用于海量小文件类应用，海量存储支撑大文件、大数据应用。

所以总结一下，容器云存储选型，首先从应用需求角度看需要哪类存储，再考虑是否满足容器使用的接口能力需求。