如今,許多組織決定將其數(shù)據(jù)庫(kù)遷移到云平臺(tái)中。這是正確的做法嗎?組織需要考慮應(yīng)用程序類型、供應(yīng)商鎖定和云計(jì)算特定功能的吸引力。
越來(lái)越多的組織繼續(xù)將其應(yīng)用程序和工作負(fù)載遷移到云中,但是,對(duì)于許多組織來(lái)說(shuō),將數(shù)據(jù)庫(kù)遷移到云平臺(tái)的感覺(jué)就像過(guò)獨(dú)木橋一樣小心謹(jǐn)慎。
調(diào)研機(jī)構(gòu)Gartner公司預(yù)測(cè),到2023年,將有75%的數(shù)據(jù)庫(kù)在云計(jì)算數(shù)據(jù)庫(kù)平臺(tái)上運(yùn)行。數(shù)據(jù)庫(kù)向云平臺(tái)遷移的大部分增長(zhǎng)將來(lái)自中小型企業(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說(shuō),“大多數(shù)大型組織都有龐大的應(yīng)用程序和大量的數(shù)據(jù)。因此,即使他們將100%的數(shù)據(jù)提交到云平臺(tái)中,也需要5年甚至更長(zhǎng)的時(shí)間才能完全遷移到云平臺(tái)。”
組織必須決定是將現(xiàn)有的工作負(fù)載提升并轉(zhuǎn)移到云平臺(tái)上,例如簡(jiǎn)單地將其數(shù)據(jù)庫(kù)托管在AWS EC2實(shí)例上,還是通過(guò)將其遷移到托管數(shù)據(jù)庫(kù)(如Azure SQL數(shù)據(jù)庫(kù))來(lái)減少一些基礎(chǔ)設(shè)施維護(hù)負(fù)擔(dān)。提升和轉(zhuǎn)移遷移通常是一個(gè)跳板;一旦組織的數(shù)據(jù)遷移到云平臺(tái)中,再重新構(gòu)建應(yīng)用程序就更容易了。在理論上,這只涉及將現(xiàn)有數(shù)據(jù)庫(kù)復(fù)制到運(yùn)行在IaaS產(chǎn)品上的類似數(shù)據(jù)庫(kù)。對(duì)于規(guī)模較小的組織來(lái)說(shuō),這個(gè)過(guò)程很簡(jiǎn)單。
但是,對(duì)于大型組織而言,從其現(xiàn)有實(shí)踐向云計(jì)算服務(wù)的轉(zhuǎn)換更為復(fù)雜。Feinberg說(shuō):“當(dāng)組織的業(yè)務(wù)進(jìn)入云計(jì)算環(huán)境時(shí),所有內(nèi)部程序都會(huì)改變,這需要進(jìn)行新的培訓(xùn)。”
一家大型組織準(zhǔn)備將數(shù)據(jù)庫(kù)遷移到云平臺(tái)中,在過(guò)渡期間,它們還可能難以集成應(yīng)用程序以在混合基礎(chǔ)設(shè)施上運(yùn)行。
分布式應(yīng)用減輕了對(duì)云平臺(tái)鎖定的擔(dān)憂
不想被鎖定在云平臺(tái)中的組織可能會(huì)為數(shù)據(jù)庫(kù)遷移而感到煩惱,但是更新的分布式體系結(jié)構(gòu)有助于緩解這些麻煩。基于一組微服務(wù)的現(xiàn)代分布式應(yīng)用程序通常在Kubernetes集群上運(yùn)行,該集群可以托管在企業(yè)數(shù)據(jù)中心或AWS、谷歌云平臺(tái)、Microsoft Azure或任何其他公共云上。
Enterprise Management Associates公司研究總監(jiān)Torsten Volk說(shuō):“這種新的應(yīng)用程序不再依賴于永久映射的塊存儲(chǔ)和傳統(tǒng)的SQL數(shù)據(jù)庫(kù),但它需要一個(gè)集中的主干網(wǎng)來(lái)支持所有這些松散耦合的、在地理上廣泛分布的微服務(wù)。”
云計(jì)算數(shù)據(jù)庫(kù)提供了這個(gè)主干網(wǎng)——但不需要業(yè)務(wù)來(lái)剝離和替換當(dāng)前的數(shù)據(jù)庫(kù)基礎(chǔ)設(shè)施。基于微服務(wù)的應(yīng)用程序可以查找和保存它們的狀態(tài)、交換數(shù)據(jù)、授權(quán)用戶、訪問(wèn)日志、訂閱內(nèi)容提要、映射相互依賴關(guān)系、查找或提供操作數(shù)據(jù)或只是共享一堆二進(jìn)制文件。
此外,基于云計(jì)算的數(shù)據(jù)庫(kù)產(chǎn)品可以吸收來(lái)自不同地理位置的應(yīng)用程序請(qǐng)求的難以預(yù)測(cè)的延遲,并將影響數(shù)據(jù)完整性的風(fēng)險(xiǎn)降到最低。Volk說(shuō):“所有這些超出了普通數(shù)據(jù)庫(kù)管理員的工作職責(zé)范圍。”
云計(jì)算數(shù)據(jù)庫(kù)還提供了應(yīng)用程序開(kāi)發(fā)人員所需的最新功能,如發(fā)布/訂閱、異步消息傳遞、數(shù)據(jù)流、NoSQL、鍵值存儲(chǔ)和圖形數(shù)據(jù)庫(kù)功能。
最終,任何托管云計(jì)算數(shù)據(jù)庫(kù)的好處都是以應(yīng)用程序與云計(jì)算提供商之間更緊密的耦合為代價(jià)的。Volk說(shuō):“組織至少要確保自己了解所產(chǎn)生的鎖定程度。”
規(guī)劃云計(jì)算數(shù)據(jù)庫(kù)遷移的四個(gè)關(guān)鍵選擇
任何云遷移都需要進(jìn)行大量規(guī)劃,但是在將數(shù)據(jù)庫(kù)遷移到云平臺(tái)中還需要做出更多關(guān)鍵決策。IDC公司分析師Carl Olofson為此確定了四個(gè)關(guān)鍵選擇:
(1)選擇DBMS。首先,組織必須決定如何處理數(shù)據(jù)庫(kù)管理系統(tǒng)(DBMS)。是否應(yīng)該遷移到當(dāng)前使用的同一數(shù)據(jù)庫(kù)管理系統(tǒng)(DBMS)的云計(jì)算版本?這將使工作人員能夠繼續(xù)使用其現(xiàn)有技能。與其相反,使用選定云平臺(tái)的原生數(shù)據(jù)庫(kù)服務(wù)可能更加經(jīng)濟(jì),例如AWS云平臺(tái)上的Aurora,谷歌云平臺(tái)上的Cloud Spanner或Azure SQL數(shù)據(jù)庫(kù)。組織也可以采用第三方云計(jì)算數(shù)據(jù)庫(kù)產(chǎn)品。
(2)確定支持偏好。云原生數(shù)據(jù)庫(kù)帶有各種支持工具和實(shí)用程序。它們簡(jiǎn)化了故障排除,因?yàn)橹挥幸粋€(gè)支持組織呼叫是來(lái)自數(shù)據(jù)庫(kù)還是基礎(chǔ)設(shè)施的問(wèn)題。但是,如果組織的不同部門(mén)使用不同的云平臺(tái),這也會(huì)出現(xiàn)問(wèn)題。
(3)重新考慮應(yīng)用程序和分析。Olofson說(shuō),一個(gè)已經(jīng)準(zhǔn)備好遷移到云平臺(tái)的企業(yè)應(yīng)該借此機(jī)會(huì)重新考慮其應(yīng)用程序的工作方式。考慮其他分析功能,例如支持人工智能和機(jī)器學(xué)習(xí)、時(shí)間序列和圖形分析的功能。
(4)樂(lè)于改變。這些功能也可能使組織重新考慮數(shù)據(jù)庫(kù)結(jié)構(gòu)本身。Olofson說(shuō):“與其繼續(xù)使用當(dāng)前使用的相同類型的數(shù)據(jù)庫(kù)系統(tǒng),不如著眼于那些可以為其中一些高級(jí)功能提供更多好處的數(shù)據(jù)庫(kù)系統(tǒng)。”除了采用遷移數(shù)據(jù)庫(kù)的方式遷移之外,組織可以采用云計(jì)算數(shù)據(jù)庫(kù)服務(wù)(例如Amazon Aurora或Azure Cosmos DB),或者通過(guò)云計(jì)算供應(yīng)商的無(wú)服務(wù)器服務(wù)進(jìn)一步開(kāi)展業(yè)務(wù)。
-
云計(jì)算
+關(guān)注
關(guān)注
39文章
7774瀏覽量
137355 -
數(shù)據(jù)庫(kù)
+關(guān)注
關(guān)注
7文章
3794瀏覽量
64362
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
評(píng)論