集中式應(yīng)用，分布式的云，到了改變的時候！從數(shù)據(jù)庫開始，OK嗎？

云計算時代，大家都在往云遷移，但是大家意識到了：將傳統(tǒng)應(yīng)用遷移到云，給應(yīng)用搬個家，但應(yīng)用本身沒有絲毫改變。這種遷移帶來的好處是非常有限的，不是嗎？

傳統(tǒng)應(yīng)用改造的終極目標

將傳統(tǒng)應(yīng)用遷移到云，固然可以快速調(diào)度資源，解決快速上線、部署的難題，但除此之外，業(yè)務(wù)彈性的問題才是更為期待的，以雙十一為例，電商系統(tǒng)能夠自動應(yīng)對互聯(lián)訪問、交易的高峰。這是傳統(tǒng)企業(yè)羨慕和期待的。

但是傳統(tǒng)企業(yè)應(yīng)該意識到，將集中式應(yīng)用遷移到分布式云，并沒有充分發(fā)揮云的威力。要像互聯(lián)網(wǎng)企業(yè)一樣自由駕馭互聯(lián)網(wǎng)+，就需要對傳統(tǒng)應(yīng)用進行分布式改造，或者說，云原生化、微服務(wù)化改造，這才是終極目標。

談何容易啊？！

都說一分錢難到男子漢，對于傳統(tǒng)行業(yè)/企業(yè)用戶來說，沒有互聯(lián)網(wǎng)企業(yè)的人才積累和技術(shù)實力，要進行應(yīng)用改造，實現(xiàn)原生化、微服務(wù)化，困難重重。

至少短期不能實現(xiàn)，少有行業(yè)/企業(yè)有這個勇氣。

但是男子漢真會被一份錢難死嗎？

答案是否定的！

對于分布式應(yīng)用，用戶并非沒有選擇。從開源到商業(yè)軟件，其實有很多選擇。以數(shù)據(jù)庫為例，公有云廠商、IT產(chǎn)品供應(yīng)商很多都推出了分布式數(shù)據(jù)庫、并行數(shù)據(jù)庫產(chǎn)品，如AWS的Aurora。

Aurora的話題

關(guān)于Aurora，大家知道的是：它也是關(guān)系型數(shù)據(jù)庫，這和Oracle數(shù)據(jù)庫是一樣的。Aurora的價格僅為Oracle數(shù)據(jù)庫的1/10左右。但也許大家沒有注意到的是：同為Oracle數(shù)據(jù)庫，Aurora屬于分布式數(shù)據(jù)庫，并可以兼容MySQL、PostgreSQL等。通過分布式集群部署，Aurora可提供橫向擴展特征，滿足業(yè)務(wù)彈性的需要。

實際上，傳統(tǒng)關(guān)系型數(shù)據(jù)庫也有很多突破。以新的12c Oracle數(shù)據(jù)庫為例，一方面能夠支持關(guān)系型數(shù)據(jù)SQL查詢，另一方面也能夠針對Hadoop、對象存儲的NoSQL查詢能力，還可以訪問JSON格式的數(shù)據(jù)。從交易到數(shù)據(jù)分析創(chuàng)新，從OLTP到OLAP，傳統(tǒng)數(shù)據(jù)庫也可以搞定。

借助AI技術(shù)，傳統(tǒng)數(shù)據(jù)庫也能夠?qū)崿F(xiàn)自愈能力。既然如此，為什么還要去IoE呢？

除了自主可控、安全可控的因素之外。

對于企業(yè)來說，更重要的其實還是互聯(lián)網(wǎng)規(guī)模的直客訪問的需要，受縱向擴展的制約，在新的需求面前，用戶需要采用Aurora，或MySQL、PostgreSQL等開源數(shù)據(jù)庫進行支撐。

根據(jù)AWS披露,在過去兩年中,已經(jīng)接納了累計6.4萬次的數(shù)據(jù)庫遷移，其中，AWS母公司亞馬遜也將電商業(yè)務(wù)的Oracle數(shù)據(jù)庫遷移到了Aurora，一來降低成本，二來為業(yè)務(wù)提供更好的業(yè)務(wù)支撐。

用戶不會為遷移而遷移。

更多的選擇

用戶可以選擇不僅僅是Aurora，MySQL、Postg數(shù)據(jù)庫，此外還有更多適應(yīng)不同數(shù)據(jù)模型的互聯(lián)網(wǎng)規(guī)模的非關(guān)系數(shù)據(jù)庫可供選擇。其中包括鍵值數(shù)據(jù)庫、文檔數(shù)據(jù)庫、圖形數(shù)據(jù)庫、內(nèi)存數(shù)據(jù)庫以及搜索數(shù)據(jù)庫等。

可以說，每一種類型的數(shù)據(jù)庫，都是針對某種或者某一組特定需求而生的。在此可以具體了解一下每種數(shù)據(jù)庫的專長方向：

鍵值數(shù)據(jù)庫：鍵值數(shù)據(jù)庫具有高度可分區(qū)性，能夠以其它數(shù)據(jù)庫類型無法實現(xiàn)的方式進行橫向擴展。

鍵值數(shù)據(jù)特別適合游戲、廣告、物聯(lián)網(wǎng)等鍵值類型的用例，其訪問模式主要針對已知鍵值，實現(xiàn)低延遲獲取/放置。以DynamoDB為例，可為任何規(guī)模工作負載提供毫秒延遲水平的訪問。

文檔數(shù)據(jù)庫：文檔數(shù)據(jù)庫非常直觀，數(shù)據(jù)通常被表示為JSON文檔。開發(fā)人員可使用文檔格式進行數(shù)據(jù)保存。

圖形數(shù)據(jù)庫：典型的圖形數(shù)據(jù)庫，如Amazon Neptune，通過支持Property Graph模型以及RDF（Resource Description Framework，資源描述框架），可選擇TinkerPop、RDF/SPARQL兩種圖形接口API。

用戶可以利用圖形數(shù)據(jù)庫構(gòu)建知識圖譜、制作游戲內(nèi)的建議功能以及檢測欺詐行為等。

內(nèi)存數(shù)據(jù)庫：該數(shù)據(jù)庫應(yīng)用可為金融服務(wù)、電子商務(wù)、排行榜、會話等提供實時分析和存儲應(yīng)用，滿足這類應(yīng)用對響應(yīng)時間的苛刻要求，應(yīng)對隨時可能出現(xiàn)的流量峰值。