在預(yù)測(cè)游戲中，是我們?cè)俅芜M(jìn)行清理的時(shí)候了。關(guān)注Big on Data兄弟安德魯·布魯斯(Andrew Brust)從行業(yè)高管的跨部門對(duì)人工智能相關(guān)的預(yù)測(cè)進(jìn)行綜述，現(xiàn)在輪到我們了。我們將主要關(guān)注這對(duì)數(shù)據(jù)庫意味著什么，這是一種在Y2K被認(rèn)為進(jìn)入完成狀態(tài)之后的技術(shù)。

在2019年，我們認(rèn)為AI和云是最偉大的顛覆者。

讓我們先描繪一下大局。在Ovum，我們一直預(yù)測(cè)，到2019年，所有新的大數(shù)據(jù)工作負(fù)載中有一半將在云中運(yùn)行。根據(jù)我們的最新數(shù)據(jù)，這種情況已經(jīng)出現(xiàn)，我們的調(diào)查顯示大約45%%的受訪者表示在云中至少運(yùn)行了一些大數(shù)據(jù)工作負(fù)載。

云對(duì)數(shù)據(jù)庫的影響在于它正在重新定義如何設(shè)計(jì)和管理數(shù)據(jù)的基本架構(gòu)假設(shè)。在本地，所有這些都是關(guān)于確定足夠的容量來充分利用，但沒有太多的能力來觸發(fā)軟件審計(jì)或?qū)е逻^多的許可證費(fèi)用。對(duì)于大數(shù)據(jù)而言，一切都是為了將??計(jì)算帶入數(shù)據(jù)，因?yàn)橐苿?dòng)所有這些太字節(jié)的網(wǎng)絡(luò)開銷并不是特別合理。

進(jìn)入云，商品基礎(chǔ)設(shè)施，低價(jià)存儲(chǔ)，更快的網(wǎng)絡(luò)互連，最重要的是，幾乎無限的規(guī)模，對(duì)于數(shù)據(jù)庫供應(yīng)商，它又回到了繪圖板，例如將存儲(chǔ)與計(jì)算分離。為火災(zāi)添加一些燃料：我們相信從云數(shù)據(jù)庫部署中實(shí)現(xiàn)價(jià)值的最佳方式是通過托管數(shù)據(jù)庫即服務(wù)(DBaaS)進(jìn)行補(bǔ)丁，升級(jí)，備份，故障轉(zhuǎn)移，以及由云提供商進(jìn)行配置和處理而不是DBA。這為我們的第一次預(yù)測(cè)提供了依據(jù)，順便提一下，這恰好符合流行語。

使用ML的自動(dòng)駕駛數(shù)據(jù)庫將激增

云數(shù)據(jù)庫提供商將應(yīng)用機(jī)器學(xué)習(xí)(ML)使其DBaaS產(chǎn)品自行運(yùn)行。就在一年多以前，甲骨文開啟了大門，首先是自治數(shù)據(jù)倉庫18c，大約六個(gè)月后，隨著自治交易數(shù)據(jù)庫18c。不要在家里嘗試這個(gè)，Oracle只在其公共云中提供自治數(shù)據(jù)庫，而不是DBA控制環(huán)境。

由于幾個(gè)原因，將ML應(yīng)用于數(shù)據(jù)庫操作是不費(fèi)腦子的。首先，數(shù)據(jù)庫操作生成大量的日志數(shù)據(jù)以提供模型。其次，數(shù)據(jù)庫操作(特別是在托管云服務(wù)中)是一個(gè)有限的問題，可以抵抗漂移或范圍蔓延。最后，ML自動(dòng)化的工作，例如如何為不同的負(fù)載模式配置數(shù)據(jù)庫，或者如何優(yōu)化查詢，對(duì)于DBA而言，它不會(huì)增加價(jià)值。

毫不奇怪，自治數(shù)據(jù)庫的出現(xiàn)給DBA帶來了關(guān)于其工作安全性的重大擔(dān)憂。正如我們?cè)贠racle OpenWorld postmortem中所提到的，我們看到的任何突破的最長行是DBA與自治數(shù)據(jù)庫會(huì)話。正如我們?cè)谀瞧恼轮兴赋龅哪菢?，除非他們的雇主是愚蠢的，否則他們?nèi)匀粫?huì)有工作 - 你仍然需要DBA對(duì)數(shù)據(jù)庫將涵蓋的內(nèi)容做出戰(zhàn)略決策，設(shè)計(jì)架構(gòu)，并設(shè)置(并負(fù)責(zé))與運(yùn)行相關(guān)的策略并保護(hù)數(shù)據(jù)庫。

我們預(yù)計(jì)2019年將有更多云數(shù)據(jù)庫提供商遵循Oracle的領(lǐng)先優(yōu)勢(shì)。使用ML運(yùn)行數(shù)據(jù)庫將成為任何DBaaS產(chǎn)品的標(biāo)準(zhǔn)復(fù)選框項(xiàng)目; 我們還希望一些數(shù)據(jù)庫提供商能夠與Oracle區(qū)分開來，并將其中一些概念應(yīng)用于內(nèi)部部署。

無服務(wù)器成為復(fù)選框選項(xiàng)

我們還期望通過無需使用自動(dòng)擴(kuò)展來配置服務(wù)器，最初與AWS Lambda一起引入的無服務(wù)器計(jì)算將簡化應(yīng)用程序開發(fā)，并將通過云DBaaS服務(wù)變得越來越普遍。在此方案中，DBA指定上限和下限閾值，然后指定數(shù)據(jù)庫自動(dòng)標(biāo)量。示例包括Amazon DynamoDB，其中無服務(wù)器是設(shè)計(jì)的核心，以及Amazon Aurora，其中無服務(wù)器最近作為選項(xiàng)用于尖峰很少或難以預(yù)測(cè)的應(yīng)用程序。Google Cloud Firestore也是無服務(wù)器的; 在過去的一年中，MongoDB為其Atlas推出了Stitch無服務(wù)器產(chǎn)品 云服務(wù)。

無服務(wù)器不適用于所有用例; 例如，如果您的負(fù)載是可預(yù)測(cè)的或穩(wěn)定的，那么保留容量將更加經(jīng)濟(jì)。盡管如此，開發(fā)人員的需求將使2019年所有云運(yùn)營數(shù)據(jù)庫成為無服務(wù)器的選擇。

分布式數(shù)據(jù)庫：寫得到尊重

云計(jì)算的另一項(xiàng)創(chuàng)新是分布式數(shù)據(jù)庫。今年，我們將看到分布式數(shù)據(jù)庫使寫入一等公民與讀取相提并論。

我們來解釋一下。分布式數(shù)據(jù)庫并不是從云開始的 - 早期的例子包括關(guān)系方面的Clustrix(最近被MariaDB收購)，Aerospike和NuoDB，以及像MongoDB，Couchbase和Apache Cassandra這樣的NoSQL 支持者。在這些玩家中，MongoDB一直是最大突破，主要是因?yàn)樗拈_發(fā)者友好性使其傳播病毒，盡管Cassandra已經(jīng)獲得了一些像Netflix這樣的大型互聯(lián)網(wǎng)名稱。

但是云為分布式數(shù)據(jù)庫提供了一些不公平的優(yōu)勢(shì)。首先，它消除了IT組織建立自己的數(shù)據(jù)中心和廣域骨干的需求。其次，大部分此類數(shù)據(jù)(如日志，產(chǎn)品目錄，物聯(lián)網(wǎng)數(shù)據(jù)等)已經(jīng)存在于云中。最后，但并非最不重要的是，云增加了一些不公平的架構(gòu)優(yōu)勢(shì)：云提供商可以在自動(dòng)復(fù)制，智能存儲(chǔ)和自動(dòng)擴(kuò)展到他們的平臺(tái)的本地工程。

那么，這與寫入和讀取性能有什么關(guān)系呢?大多數(shù)分布式數(shù)據(jù)庫都使用主/從體系結(jié)構(gòu)進(jìn)行操作，這些體系結(jié)構(gòu)具有用于提交寫入或更新的集中主節(jié)點(diǎn)，由可以在地理上分布的只讀副本包圍。這使得可以在任何本地副本上執(zhí)行的讀取比寫入快得多。

我們已經(jīng)看到了新方法，例如多主機(jī)，它允許本地節(jié)點(diǎn)被聲明為特定事務(wù)的寫主機(jī)，或者一致性算法，輪詢節(jié)點(diǎn)以指定寫主機(jī)，以克服全局分布式數(shù)據(jù)庫上的寫入瓶頸。Amazon Aurora和DynamoDB; Google Cloud Spanner ; Microsoft Azure Cosmos DB ; 和Cockroach DB已經(jīng)支持這些功能(或者提供測(cè)試版)，但除了Cloud Spanner和Cosmos DB之外，這些功能僅在區(qū)域內(nèi)支持，而不是在區(qū)域內(nèi)支持。在2019年，我們預(yù)計(jì)多區(qū)域支持將變得更加普遍。

由GDPR等數(shù)據(jù)隱私法規(guī)和許多國家強(qiáng)制要求數(shù)據(jù)保留在原產(chǎn)國內(nèi)的地方法規(guī)所帶來的相關(guān)開發(fā)將是將數(shù)據(jù)庫分割為本地或區(qū)域主人的角色。這種做法將變得更加普遍。

喬治·阿納迪奧蒂斯得到了證明：星星終于與圖形數(shù)據(jù)庫保持一致

好吧，你可能聽過的不僅僅是我的Big on Data兄弟喬治·阿納多蒂斯(George Anadiotis)，他已經(jīng)履行了自己的職責(zé)，在圖形數(shù)據(jù)庫上教育市場(chǎng)。他深入研究了知識(shí)圖，向我們介紹了新的圖形數(shù)據(jù)庫播放器，啟發(fā)了圖形查詢語言，并冒險(xiǎn)了解圖形可以將網(wǎng)絡(luò)表示為數(shù)據(jù)庫的瘋狂概念。

正如Anadiotis 大約18個(gè)月前提出的那樣，“Graph技術(shù)正在從邊緣領(lǐng)域走向成為主流。” 好吧，早在2017年初，這種說法有點(diǎn)為時(shí)過早。

圖數(shù)據(jù)庫所解決的業(yè)務(wù)問題非常簡單。解讀影響社交網(wǎng)絡(luò)的模式，使領(lǐng)先品牌能夠識(shí)別和培養(yǎng)意見領(lǐng)袖; 繪制和優(yōu)化供應(yīng)鏈運(yùn)作的復(fù)雜性; 或者了解網(wǎng)絡(luò)威脅的傳播，這些只是現(xiàn)實(shí)世界問題的幾個(gè)例子，它們都有一個(gè)共同點(diǎn)：它們的特點(diǎn)是多對(duì)多關(guān)系，不易被關(guān)系數(shù)據(jù)庫所代表。挑戰(zhàn)在于，作為數(shù)據(jù)庫，圖形是不熟悉的。他們?nèi)狈?gòu)建關(guān)系模式的數(shù)十年知識(shí)，鍵值結(jié)構(gòu)的簡單性或來自JavaScript社區(qū)的JSON文檔的現(xiàn)有知識(shí)庫的優(yōu)勢(shì)。直到最近，

在過去一年中發(fā)生的變化是越來越多地接受事實(shí)上的標(biāo)準(zhǔn)，例如Apache TinkerPop框架和相關(guān)的Gremlin查詢語言，它為開發(fā)人員提供了一個(gè)共同的目標(biāo)。我們看到來自Neo4J和TigerGraph的競(jìng)爭(zhēng) 正在引入他們自己的更像SQL的變種。我們看到云巨頭進(jìn)入該領(lǐng)域，亞馬遜推出海王星，而微軟的Azure Cosmos DB包括其支持的數(shù)據(jù)模型系列之一。但由于必要性是發(fā)明之母，在2019年，我們預(yù)計(jì)客戶360，物聯(lián)網(wǎng)應(yīng)用和網(wǎng)絡(luò)安全將成為圖形數(shù)據(jù)庫需求的驅(qū)動(dòng)力，現(xiàn)在這些數(shù)據(jù)庫比以往更容易獲取。