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

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

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

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

談何容易啊？！

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

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

但是男子漢真會(huì)被一份錢難死嗎？

答案是否定的！

對(duì)于分布式應(yīng)用，用戶并非沒有選擇。從開源到商業(yè)軟件，其實(shí)有很多選擇。以數(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的價(jià)格僅為Oracle數(shù)據(jù)庫的1/10左右。但也許大家沒有注意到的是：同為Oracle數(shù)據(jù)庫，Aurora屬于分布式數(shù)據(jù)庫，并可以兼容MySQL、PostgreSQL等。通過分布式集群部署，Aurora可提供橫向擴(kuò)展特征，滿足業(yè)務(wù)彈性的需要。

實(shí)際上，傳統(tǒng)關(guān)系型數(shù)據(jù)庫也有很多突破。以新的12c Oracle數(shù)據(jù)庫為例，一方面能夠支持關(guān)系型數(shù)據(jù)SQL查詢，另一方面也能夠針對(duì)Hadoop、對(duì)象存儲(chǔ)的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呢？

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

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

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

用戶不會(huì)為遷移而遷移。

更多的選擇

用戶可以選擇不僅僅是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ù)庫，都是針對(duì)某種或者某一組特定需求而生的。在此可以具體了解一下每種數(shù)據(jù)庫的專長方向：

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

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

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

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

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

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