分布式存储系统从整体架构的角度看大同小异，实现起来却困难重重。自主研发的 分布式存储系统往往需要两到三年才能逐步成熟起来，其中的难点在于如何把系统做稳定。系统开发过程中涉及架构设计、关键算法实现、质量控制、小组成员成长、线上运维、应用合作等，任何一个环节出现一些明显的异常问题都可能会引起整个项目失败。
通用分布式存储系统不是设计出来的，而是随着应用需求持续不断的发展起来的。它来源于具体业务，又具有一定的通用性，能够解决一大类问题。通用分布式存储平台的优势 在于规模效应，等到平台的规模超过某个平衡点时，成本优势将会显现。
在起步阶段，要解决业务提出的特殊需求，这些特殊需求是以前的系统没有办法解决或者解决得不太好的。例如，OceanBase 系统起步时要解决淘宝收藏夹业务提出的两张大表左连接问题。起步期的挑战主要在于技术挑战，小组成员能够在此阶段获得较大的技术成长。
为了证明平台的通用性，需要接入大量的业务。假如没有公司战略支持，此阶段将面临“鸡生蛋还是蛋生鸡”的问题，没有业务就无法完善平台，平台不完善就没办法吸引更多业务接入。在此阶段，优先级***的事情是接入合适的应用并把应用服务好，形成良好的口碑。求生存阶段还将面临一个来自团队内部的挑战，小组成员缺乏起步期的新鲜感，部分成员工作热情会有所降低。此阶段需要明确团队的愿景，耐住寂寞,重视每个细节。
当应用数量积累到某些特定的程度后，就需要花大力气提升易用性和可运维性了。易用性的重点是采用标准的使用接口，兼容应用以前的使用方式，以此来降低学习成本和应用改造成本，提升可运维性要求将系统内部更多状态暴露给运维人员并开发方便的部署、监控、运维工具。
分布式存储系统步入成熟期后，应用推广将会比较顺利。开发团队在此阶段做的多情主要是持续不断地优化系统，并根据应用的需求补充一些功能支持。随着平合规模一直增长以及优化工作不断深入，平台的规模效应将显现，平台取得成功。
通用存储平台发展过程中困难重重，要求小组成员有强烈的信念和长远的理想，能够耐得住寂寞。另外，系统发展过程中需要保持对技术细节的关注，每个实现细节问题都可能会引起用户抱怨，甚至引起线上故障。
从公司的角度看，是否发展通用分布式存储平台取决于公司的规模。对于小型网络公司（员工数小于100人），那么，应该更多地选择普遍的使用的存储技术，例如MySQL开源关系数据库；对于中型网络公司（员工数在100到1000人之间）。那么，能组合使用各种SQL或NoSQL存储技术，改进开源产品或基于开源产品做二次开发，例如基于MySQL数据库做二次开发，实现7.1节中的MySQL Sharding架构；对于大型网络公司（员工数超过1000人），那么，往往需要自主研发核心存储技术，包括分布式架构、存储引掌等。通用分布式存储系统研发周期很长，系统架构需要经过多次选代，小组成员也一定要通过研发过程来获得成长，因此，这种事情要么不做，要做就务必坚持到底。
