从传统存储模式到分布式存储，现有的应用是否需要调整？

来自社区交流，供同行参考

@宁泽阳 中信银行信用卡中心 系统工程师：

主要看要不要调整存储协议，如果继续使用CIFS/NFS这些协议，那么应用层无需调整，架构基本不用调整，如果使用S3这种对象存储协议，那就需要调整应用代码，对架构的影响还是比较大。

现在互联网公司的架构设计，都是松耦合的。全部拆开，前端app的设计，中端中台的设计，后端的数据库设计，再到底层的存储设计都是api对接。比如转转，都是分接入层、分发层、逻辑层、数据处理层、存储层。所以不存在从存储层的变化会影响应用架构设计的现象。

退一步，假设不在互联网公司，你用的是传统的架构，存储层和和传统数据库层耦合的，现在的数据库厂商为了适应发展，新的版本都支持分布式存储，oracle12c不仅自身可以分片sharding，而且已经有很多支持分布式存储的案例。如果数据库可以和分布式存储无缝结合，那么基本上应用也就无感知了。

再退一步讲，如果你们的企业中有的是使用分布式nosql缓存，比如redis，那这个是用redis本身实现分布式，无须分布式存储。

@hufeng719 某钢铁企业 系统工程师：

根据实际的应用和数据传输协议。一般来说选择还是挺多的。只是看你在改造之前有没有去做好准备工作。根据实际的技术支持情况去选择比较适合自己业务的方式

如果是标准的数据传输协议，如FC、iSCSI、NFS、CIFS等，现有应用基本无需调，使用上没有太大区别；架构上主要是组网层面不一样，分布式存储需要构建cluster内部通讯网络；如果想使用对象存储，如S3接口，需要应用支持，不过现在大部分对象存储都有NAS和对象的互操作技术，以应对接口改造过程中的数据存放问题。

欢迎点击文末阅读原文到社区讨论交流，发表您的观点

觉得本文有用，请转发或点击“在看”，让更多同行看到

欢迎关注社区以下  “分布式存储”技术主题 ，将会不断更新优质资料、文章。地址：http://www.talkwithtrend.com/Topic/23951

*本公众号所发布内容仅代表作者观点，不代表社区立场