目前容器云存储除了NAS和对象存储常见场景外，SAN存储在银行使用情况？

好久没来这里，回答一下。
1。银行的核心系统或者生产系统都是高端SAN存储，这种核心系统是稳定第一，拒绝一切风险，原有架构运行的好好的，新出的技术没必要冒风险上。所以对象，分布式啥的基本都只会用在后来新建的一些边缘业务或者新业务上面。至于使用的实际困难不太理解，高端SAN存储除了贵，一般没啥困难需要克服。

2.容器云上面跑的也多是新应用，老的核心和生产应用基本不太会赶技术潮流，所以涉及到数据库类型就两类，轻量级Sql 和No-SQL，具体来说，Mysql系列，PostgreSQL系列（国内一堆厂商），还有诸如MongoDB等MPP。持久化还是用常见存储方案，本地存储，高性能NAS，SAN都可以，但是技术潮流往往是布个分布式啥的, 这就算技术有新意了

1、SAN大部分是块存储。块存储将裸磁盘空间直接映射给主机使用，主机层面操作系统识别出磁盘后，可对磁盘进行分区、格式化文件系统或者直接进行裸设备读写。块存储使用线性地址空间，不关心数据的组织方式以及结构，读写速度更快，但共享性较差。

2、文件存储将文件系统直接挂载给主机使用，主机层面操作系统可对挂载后的文件系统 直接进行读写，读写操作遵循POSIX（PortableOperatingSystemInterfaceofUNIX）语义，类似操作本地文件系统。文件存储使用树状结构以及路径访问方式，更方便理解、记忆，更适合结构化数据的存取，共享性更好，但读写性能较差。
3、容器云运行核心数据库的应该不多，数据库持久化存储有基于 NFS（最简单）和分布式存储

1.信创之前的银行
核心业务主要使用集中式存储，也就是SAN存储，主要使用FC 网络，需要FC HBA, FC交换机等设施。

2. 当前银行的现状
   进行信创设备替换后，形势发生了变化，信创环境中缺少FC网络，在这种情况下，SAN存储要么使用IP SAN (iSCSI) 或者RoCE SAN （NVMe over RoCE)，
   3.云平台下SAN的使用
   云平台下不一定非得使用集中式存储，可以使用分布式存储进行替代，分布式存储也可以提供block服务。

SAN存储在传统的核心业务系统还是主要存储。
银行核心业务才逐渐转到分布式架构上。

专业的SAN存储适合容器云场景下数据库类型的应用，主要是针对高性能、稳定低时延的要求，中间的协议可以是IP SAN，FC SAN，或者最近提及比较多的NOF组网。

san存储有本身的优势。具体在银行中应用多少不太了解。不过按我的理解。对于一些高并发的业务处理时。比如数据库的处理SAN还是更胜一筹的。
在实际的使用中。san的结构较比nas和对象存储要相对复杂。服务器到光交换机，光交换机在到存储。中间环节过多。某个环节出现问题都会影响整体业务。。另外就是相对造价较高。
不过具体选择哪种技术还是要综合考虑。结合资金，技术情况。实际业务量等因素平衡选择