近年來,越來越多的組織正在采用數(shù)據(jù)庫即服務(wù)(DBaaS)平臺,以尋求更快、更具可擴展性的部署,并降低成本。隨著現(xiàn)有的大量數(shù)據(jù)庫即服務(wù)(DBaaS)產(chǎn)品和工具的出現(xiàn),啟動云計算數(shù)據(jù)庫遷移的案例變得更加令人關(guān)注。
但是,很多組織在云計算數(shù)據(jù)庫遷移期間存在一系列常見的誤解和錯誤,這些問題將繼續(xù)為其IT團隊帶來困擾。主要影響那些對云計算數(shù)據(jù)庫遷移不熟悉的組織,但已將大量本地數(shù)據(jù)庫遷移到云平臺的公司也不能幸免。
當(dāng)組織在云計算數(shù)據(jù)庫遷移的早期識別并解決問題時,就能夠在數(shù)據(jù)庫即服務(wù)(DBaaS)系統(tǒng)出現(xiàn)問題時將其影響降至最低,并減少意外發(fā)生。本文介紹了IT團隊在進行云計算數(shù)據(jù)庫遷移時通常會遇到的十個疏忽和錯誤,并為此提供了如何避免這些錯誤的建議。
1、低估云計算數(shù)據(jù)庫遷移和支持成本
數(shù)據(jù)庫即服務(wù)(DBaaS)平臺并不是一種新產(chǎn)品,而是一種新架構(gòu),與所有新架構(gòu)一樣,數(shù)據(jù)庫即服務(wù)(DBaaS)將產(chǎn)生廣泛的影響,從而改變組織存儲的構(gòu)建、訪問、管理、監(jiān)控、保護其系統(tǒng)的方式。還需要考慮培訓(xùn)、文檔和組織變更的成本。此外,還要詳細了解預(yù)算影響。
2、低估組織和程序的變化
現(xiàn)有員工將承擔(dān)新的職責(zé),組織可能需要創(chuàng)建新職位以支持?jǐn)?shù)據(jù)庫即服務(wù)(DBaaS)平臺。由于數(shù)據(jù)庫即服務(wù)(DBaaS)與內(nèi)部數(shù)據(jù)庫有很大不同,因此組織必須更新和變更管理流程和支持文檔,其時間長短取決于組織的變更管理流程、文檔和審計要求的嚴(yán)格程度。
3、沒有為內(nèi)部人員提供充分的培訓(xùn)
組織的管理人員需要了解如何配置、管理、調(diào)整、保護、監(jiān)控、恢復(fù)數(shù)據(jù)庫即服務(wù)(DBaaS)平臺。良好管理的基本原則同樣適用于所有的數(shù)據(jù)庫管理系統(tǒng)環(huán)境,但組織的數(shù)據(jù)庫管理人員需要使用不同的工具、實用程序、命令來執(zhí)行這些支持操作。
4、不了解供應(yīng)商的成本模型
現(xiàn)有員工將承擔(dān)新的職責(zé),組織可能需要創(chuàng)建新職位以支持?jǐn)?shù)據(jù)庫即服務(wù)(DBaaS)平臺。很多組織通常不會購買而是租賃數(shù)據(jù)庫即服務(wù)(DBaaS)系統(tǒng)。這些租賃費用將根據(jù)供應(yīng)商、產(chǎn)品、實例配置、工作負(fù)載而有所不同。每個供應(yīng)商都有不同的收費方式。此外,一些供應(yīng)商的定價模型可能很復(fù)雜。組織需要準(zhǔn)確估算租賃費用,必須了解提供商用于計算成本的指標(biāo)。
5、錯誤地調(diào)整DBaaS實例的大小
在開始云計算數(shù)據(jù)庫遷移之前,組織的管理人員需要衡量本地數(shù)據(jù)庫的資源消耗,以配置數(shù)據(jù)庫即服務(wù)(DBaaS)實例的性能層,并估算每月租賃費用。其關(guān)鍵資源消耗指標(biāo)通常包括CPU、內(nèi)存、磁盤存儲、I/O以及數(shù)據(jù)傳輸?shù)倪M出環(huán)境。
6、沒有考慮云計算/本地數(shù)據(jù)庫功能不匹配
組織的內(nèi)部數(shù)據(jù)庫功能與其對應(yīng)的數(shù)據(jù)庫即服務(wù)(DBaaS)功能之間可能存在顯著差異。數(shù)據(jù)庫即服務(wù)(DBaaS)供應(yīng)商通常會提供本地/云計算數(shù)據(jù)庫功能兼容性矩陣。該矩陣標(biāo)識了兩種產(chǎn)品之間的差異,并包括解決方法或云計算數(shù)據(jù)庫類似功能的描述。其中一些功能不匹配可能很難解決。
7、未驗證組織的首選工具集是否仍可與數(shù)據(jù)庫即服務(wù)(DBaaS)系統(tǒng)配合使用
組織可能需要修改內(nèi)部和第三方工具才能訪問數(shù)據(jù)庫即服務(wù)(DBaaS)平臺。在某些情況下,找到與云計算系統(tǒng)一起使用的替代產(chǎn)品可能比與修改現(xiàn)有工具相關(guān)的成本更具經(jīng)濟吸引力。
8、把數(shù)據(jù)庫變成一個孤島
組織的一個常見的錯誤是沒有確定數(shù)據(jù)庫如何與其他系統(tǒng)交互。在日常運營期間,組織需要多少數(shù)據(jù)傳輸?shù)皆破脚_?數(shù)據(jù)庫是否包含指向本地數(shù)據(jù)庫的鏈接?將大量數(shù)據(jù)導(dǎo)入和導(dǎo)出平臺云架構(gòu)可能具有挑戰(zhàn)性,尤其是在時間緊張的情況下。
9、制定不充分的測試和遷移計劃
眾所周知,有許多領(lǐng)域需要在整個云計算數(shù)據(jù)庫遷移生命周期中進行評估。與任何新的架構(gòu)遷移一樣,組織的轉(zhuǎn)換核對表需要經(jīng)過深思熟慮和詳細說明。如果沒有廣泛的分析和規(guī)劃,組織不應(yīng)該采用這種架構(gòu)。
10、生產(chǎn)交接之后未通過審核
數(shù)據(jù)庫即服務(wù)(DBaaS)平臺不會向用戶公開其基礎(chǔ)架構(gòu)。因此,遵守法規(guī)遵從性的組織經(jīng)常發(fā)現(xiàn)他們的數(shù)據(jù)庫即服務(wù)(DBaaS)平臺無法提供審核人員驗證系統(tǒng)是否符合審核控制目標(biāo)所需的支持證據(jù)。組織項目計劃的一部分應(yīng)該是與審核小組進行溝通,討論并證明合規(guī)性所需的證據(jù)。