六、開放的挑戰

　　10年底開始，隨著開放的加劇，越來越多的第三方選擇社交平臺開發應用。這些外部條件的變化對技術平臺的而言，也帶來了新挑戰：除需要為用戶提供更強的海量服務外，同時還需要提供開放的軟件基礎架構來幫助第三方開發海量服務。現有已成熟的NoSQL的架構能否被外部第三方接受，其關鍵的一點是接口的友好性和兼容性。采用的標準化的接口，會大大降低外部開發者的使用門檻。因此，在11年推出了CMEM 的NoSQL云存儲服務，開發者可直接使用memcached接口，并即將支持redis接口。同時也提供了SQL云存儲服務，開發者可用MYSQL客戶端直接訪問。后續推出CFS文件系統云存儲服務，開發者可使用posix接口訪問到TFS.
 

　　回顧TFS、TDB、TMEM、TSSD、CMEM、CDB、CFS等一系列存儲系統過去近6個年頭的演進發展。有兩點經驗可供分享：

　　1、 建議NoSQL開發者盡量選擇構建PAAS服務。一方面對業務開發者而言，不需關心日常運維，使用更為方便，易于接受；另一方面更容易形成用戶需求提出、實現與發布的閉環，從而方便小步快跑，快速迭代出完善的服務。

　　2、 建議中小業務開發者盡量使用云服務。通常一個NoSQL服務所面臨的挑戰有兩個方面：一方面是大家所直觀感受的產品本身；另一方面是服務背后的運營體系。類似與鐵路系統、消防系統，用戶所直觀感受到的火車、鐵路，消防栓、消防車只是整個服務其中一個部分，是冰山海平面之上的部分；用戶所感受不到的鐵路規劃、調度系統、消防規劃、消防演練，報警系統等后臺運營體系通常是冰山海平面以下的部分，往往需要有大量的人力和財力投入，可能是中小公司難以投入的。而在沒有穩固的后臺運營體系支撐下，類似動車事故、火災等生產系統故障難以避免，并最終為業務帶來不可估量的損失。

　　從過去幾年來看，硬件在變，存儲介質的性能與容量在不斷提升，并不斷會有新存儲介質的產生；業務在變，不斷有新興的產品和新的業務體驗，并對后臺系統提出新的挑戰和需求；唯一不變的就是需要擁抱變化，為業務提供更貼切與更優化的存儲服務。