規(guī)劃云計(jì)算數(shù)據(jù)庫遷移的四個(gè)關(guān)鍵選擇

如今，許多組織決定將其數(shù)據(jù)庫遷移到云平臺(tái)中。這是正確的做法嗎？組織需要考慮應(yīng)用程序類型、供應(yīng)商鎖定和云計(jì)算特定功能的吸引力。

越來越多的組織繼續(xù)將其應(yīng)用程序和工作負(fù)載遷移到云中，但是，對(duì)于許多組織來說，將數(shù)據(jù)庫遷移到云平臺(tái)的感覺就像過獨(dú)木橋一樣小心謹(jǐn)慎。

調(diào)研機(jī)構(gòu)Gartner公司預(yù)測(cè)，到2023年，將有75%的數(shù)據(jù)庫在云計(jì)算數(shù)據(jù)庫平臺(tái)上運(yùn)行。數(shù)據(jù)庫向云平臺(tái)遷移的大部分增長(zhǎng)將來自中小型企業(yè)使用的應(yīng)用程序，這些應(yīng)用程序通常比大型組織更靈活。調(diào)研機(jī)構(gòu)Gartner公司分析師Donald Feinberg表示，然而，企業(yè)采用云計(jì)算服務(wù)速度會(huì)有所放緩，特別是對(duì)于與其他企業(yè)應(yīng)用程序進(jìn)行了大量集成的事務(wù)處理應(yīng)用程序。

Feinberg說，“大多數(shù)大型組織都有龐大的應(yīng)用程序和大量的數(shù)據(jù)。因此，即使他們將100%的數(shù)據(jù)提交到云平臺(tái)中，也需要5年甚至更長(zhǎng)的時(shí)間才能完全遷移到云平臺(tái)?！?/p>

組織必須決定是將現(xiàn)有的工作負(fù)載提升并轉(zhuǎn)移到云平臺(tái)上，例如簡(jiǎn)單地將其數(shù)據(jù)庫托管在AWS EC2實(shí)例上，還是通過將其遷移到托管數(shù)據(jù)庫（如Azure SQL數(shù)據(jù)庫）來減少一些基礎(chǔ)設(shè)施維護(hù)負(fù)擔(dān)。提升和轉(zhuǎn)移遷移通常是一個(gè)跳板;一旦組織的數(shù)據(jù)遷移到云平臺(tái)中，再重新構(gòu)建應(yīng)用程序就更容易了。在理論上，這只涉及將現(xiàn)有數(shù)據(jù)庫復(fù)制到運(yùn)行在IaaS產(chǎn)品上的類似數(shù)據(jù)庫。對(duì)于規(guī)模較小的組織來說，這個(gè)過程很簡(jiǎn)單。

但是，對(duì)于大型組織而言，從其現(xiàn)有實(shí)踐向云計(jì)算服務(wù)的轉(zhuǎn)換更為復(fù)雜。Feinberg說：“當(dāng)組織的業(yè)務(wù)進(jìn)入云計(jì)算環(huán)境時(shí)，所有內(nèi)部程序都會(huì)改變，這需要進(jìn)行新的培訓(xùn)?！?/p>

一家大型組織準(zhǔn)備將數(shù)據(jù)庫遷移到云平臺(tái)中，在過渡期間，它們還可能難以集成應(yīng)用程序以在混合基礎(chǔ)設(shè)施上運(yùn)行。

分布式應(yīng)用減輕了對(duì)云平臺(tái)鎖定的擔(dān)憂

不想被鎖定在云平臺(tái)中的組織可能會(huì)為數(shù)據(jù)庫遷移而感到煩惱，但是更新的分布式體系結(jié)構(gòu)有助于緩解這些麻煩?；谝唤M微服務(wù)的現(xiàn)代分布式應(yīng)用程序通常在Kubernetes集群上運(yùn)行，該集群可以托管在企業(yè)數(shù)據(jù)中心或AWS、谷歌云平臺(tái)、Microsoft Azure或任何其他公共云上。

Enterprise Management Associates公司研究總監(jiān)Torsten Volk說：“這種新的應(yīng)用程序不再依賴于永久映射的塊存儲(chǔ)和傳統(tǒng)的SQL數(shù)據(jù)庫，但它需要一個(gè)集中的主干網(wǎng)來支持所有這些松散耦合的、在地理上廣泛分布的微服務(wù)?！?/p>

云計(jì)算數(shù)據(jù)庫提供了這個(gè)主干網(wǎng)——但不需要業(yè)務(wù)來剝離和替換當(dāng)前的數(shù)據(jù)庫基礎(chǔ)設(shè)施?；谖⒎?wù)的應(yīng)用程序可以查找和保存它們的狀態(tài)、交換數(shù)據(jù)、授權(quán)用戶、訪問日志、訂閱內(nèi)容提要、映射相互依賴關(guān)系、查找或提供操作數(shù)據(jù)或只是共享一堆二進(jìn)制文件。

此外，基于云計(jì)算的數(shù)據(jù)庫產(chǎn)品可以吸收來自不同地理位置的應(yīng)用程序請(qǐng)求的難以預(yù)測(cè)的延遲，并將影響數(shù)據(jù)完整性的風(fēng)險(xiǎn)降到最低。Volk說：“所有這些超出了普通數(shù)據(jù)庫管理員的工作職責(zé)范圍?！?/p>

云計(jì)算數(shù)據(jù)庫還提供了應(yīng)用程序開發(fā)人員所需的最新功能，如發(fā)布/訂閱、異步消息傳遞、數(shù)據(jù)流、NoSQL、鍵值存儲(chǔ)和圖形數(shù)據(jù)庫功能。

最終，任何托管云計(jì)算數(shù)據(jù)庫的好處都是以應(yīng)用程序與云計(jì)算提供商之間更緊密的耦合為代價(jià)的。Volk說：“組織至少要確保自己了解所產(chǎn)生的鎖定程度?！?/p>

規(guī)劃云計(jì)算數(shù)據(jù)庫遷移的四個(gè)關(guān)鍵選擇

任何云遷移都需要進(jìn)行大量規(guī)劃，但是在將數(shù)據(jù)庫遷移到云平臺(tái)中還需要做出更多關(guān)鍵決策。IDC公司分析師Carl Olofson為此確定了四個(gè)關(guān)鍵選擇：

（1）選擇DBMS。首先，組織必須決定如何處理數(shù)據(jù)庫管理系統(tǒng)（DBMS）。是否應(yīng)該遷移到當(dāng)前使用的同一數(shù)據(jù)庫管理系統(tǒng)（DBMS）的云計(jì)算版本？這將使工作人員能夠繼續(xù)使用其現(xiàn)有技能。與其相反，使用選定云平臺(tái)的原生數(shù)據(jù)庫服務(wù)可能更加經(jīng)濟(jì)，例如AWS云平臺(tái)上的Aurora，谷歌云平臺(tái)上的Cloud Spanner或Azure SQL數(shù)據(jù)庫。組織也可以采用第三方云計(jì)算數(shù)據(jù)庫產(chǎn)品。

（2）確定支持偏好。云原生數(shù)據(jù)庫帶有各種支持工具和實(shí)用程序。它們簡(jiǎn)化了故障排除，因?yàn)橹挥幸粋€(gè)支持組織呼叫是來自數(shù)據(jù)庫還是基礎(chǔ)設(shè)施的問題。但是，如果組織的不同部門使用不同的云平臺(tái)，這也會(huì)出現(xiàn)問題。

（3）重新考慮應(yīng)用程序和分析。Olofson說，一個(gè)已經(jīng)準(zhǔn)備好遷移到云平臺(tái)的企業(yè)應(yīng)該借此機(jī)會(huì)重新考慮其應(yīng)用程序的工作方式?？紤]其他分析功能，例如支持人工智能和機(jī)器學(xué)習(xí)、時(shí)間序列和圖形分析的功能。

（4）樂于改變。這些功能也可能使組織重新考慮數(shù)據(jù)庫結(jié)構(gòu)本身。Olofson說：“與其繼續(xù)使用當(dāng)前使用的相同類型的數(shù)據(jù)庫系統(tǒng)，不如著眼于那些可以為其中一些高級(jí)功能提供更多好處的數(shù)據(jù)庫系統(tǒng)?！背瞬捎眠w移數(shù)據(jù)庫的方式遷移之外，組織可以采用云計(jì)算數(shù)據(jù)庫服務(wù)（例如Amazon Aurora或Azure Cosmos DB），或者通過云計(jì)算供應(yīng)商的無服務(wù)器服務(wù)進(jìn)一步開展業(yè)務(wù)。