我們正在經(jīng)歷一場不可思議的復(fù)興。長期以來被嘲笑為過時的數(shù)據(jù)庫突然成為行業(yè)的寵兒。在權(quán)威人士宣布數(shù)據(jù)庫幾乎已死多年后，一種新型的初創(chuàng)公司引起了華爾街的注意。然而，IT領(lǐng)導(dǎo)者仍然難以有效地將他們現(xiàn)有的工作負載遷移到這些系統(tǒng)。

對數(shù)據(jù)庫的供應(yīng)商鎖定是傳奇。沒有其他部門對其用戶產(chǎn)生如此大的影響。自然地，供應(yīng)商鎖定使客戶對現(xiàn)有技術(shù)心存感激。然而，它也讓競爭和新貴們望而卻步。Snowflake的CEO曾感嘆打入這個市場有多難，當(dāng)時他說：“Teradata讓他們很難離開他們的平臺。”

隨著數(shù)據(jù)庫虛擬化(DBV)(而非數(shù)據(jù)虛擬化)的出現(xiàn)，一種新的方法已進入舞臺。DBV聲稱打破了供應(yīng)商對數(shù)據(jù)倉庫技術(shù)的鎖定。它的適用性如何？IT領(lǐng)導(dǎo)者如何評估該技術(shù)？以下是關(guān)于DBV的五件事。

1. DBV是如何工作的？

DBV平臺位于數(shù)據(jù)庫和應(yīng)用程序之間。它使為一個數(shù)據(jù)庫編寫的應(yīng)用程序能夠在另一個數(shù)據(jù)庫上本地運行。所有查詢和通信都是實時翻譯的。例如，為Teradata編寫的應(yīng)用程序可以直接在MicrosoftAzureSynapse上運行，甚至不會“知道”它們不再在Teradata上運行。

DBV是完全透明的，目的是應(yīng)用程序不需要任何或只需要很少的調(diào)整。這不僅包括標準SQL，還包括專有擴展。為了在實踐中取得成功，還必須支持加載程序、驅(qū)動程序和實用程序。

由于DBV系統(tǒng)實現(xiàn)了查詢和數(shù)據(jù)的轉(zhuǎn)換，因此它們可以以相當(dāng)?shù)偷拈_銷運行。實際的數(shù)據(jù)處理始終在數(shù)據(jù)倉庫本身上執(zhí)行，并利用該系統(tǒng)的大規(guī)模并行處理(MPP)功能。

2. 何時使用DBV而非傳統(tǒng)遷移？

在傳統(tǒng)遷移中，所有現(xiàn)有的SQL代碼、驅(qū)動程序、工具和實用程序都被替換為新目標系統(tǒng)的對應(yīng)項。對于具有少量應(yīng)用程序的緊湊型數(shù)據(jù)倉庫系統(tǒng)，這可能是首選方法。只有有限數(shù)量的用戶的數(shù)據(jù)集市可能有資格這樣做。

但是，在復(fù)雜的企業(yè)數(shù)據(jù)倉庫(EDW)的情況下，DBV可以顯著優(yōu)于傳統(tǒng)遷移。DBV以極少的時間、成本和風(fēng)險完成工作負載的遷移。

3. DBV可以覆蓋我的工作量嗎？

一些工作負載廣泛使用專門的功能。還有一些使用早于標準化工作的功能。換句話說，沒有兩個數(shù)據(jù)倉庫工作負載是相同的。這會使評估DBV系統(tǒng)的覆蓋范圍變得困難。

支持功能的完整文檔似乎是可取的，但實際上并不是很有幫助。大多數(shù)客戶無法簡潔地描述他們的工作負載當(dāng)前正在使用哪些功能。更復(fù)雜的是，查詢或函數(shù)的原始作者通常不再在公司工作。

然而，這不一定是采用DBV的障礙。由于DBV的采用風(fēng)險較低，因此它可以實現(xiàn)非常有效的概念驗證(POC)實施。客戶無需更改其應(yīng)用程序即可使用DBV。他們可以直接在POC中測試他們的實際應(yīng)用程序。

然后，POC可以快速識別任何缺失的覆蓋范圍。重要的是要理解，雖然100%的覆蓋率似乎是可取的，但通常90%就足夠了。處理剩下的問題通常只需要微不足道的努力。

4. DBV與數(shù)據(jù)虛擬化有何不同？

數(shù)據(jù)虛擬化是一種有些相關(guān)但又完全不同的方法。要使數(shù)據(jù)虛擬化成功，首先需要重寫所有應(yīng)用程序并采用抽象的SQL方言。然后，只有這樣，它才能防止未來的供應(yīng)商鎖定。主要應(yīng)用領(lǐng)域是不需要考慮現(xiàn)有應(yīng)用的“綠地”場景。

相比之下，DBV打破了現(xiàn)有的供應(yīng)商鎖定。它使應(yīng)用程序保持原樣。隨著時間的推移，這可能會導(dǎo)致各種各樣的不同應(yīng)用技術(shù)。然而，這可能不是什么大問題，并且被新數(shù)據(jù)技術(shù)的采用很好地抵消了。

5. DBV能否將EDW重新平臺化為任何技術(shù)？

每隔幾年，一項新技術(shù)就會挑戰(zhàn)企業(yè)數(shù)據(jù)倉庫系統(tǒng)的霸主地位。新來者通常在一個顯著維度上優(yōu)于現(xiàn)有堆棧。例如，新技術(shù)可能更具可擴展性。另一個可能會簡化數(shù)據(jù)的共享。還有一些更吸引開源開發(fā)者。

通常，專家團隊可以構(gòu)建定制解決方案，將工作負載從EDW轉(zhuǎn)移到大多數(shù)新技術(shù)。然而，功能上的差距越大，運行這些系統(tǒng)所需的軟件工程就越多。例如，將EDW遷移到NoSQL系統(tǒng)在技術(shù)上可能是可行的，但在經(jīng)濟上并不總是可取的。

要使DBV成功，源和目標必須有意義地相似。但是，這不需要等效功能。DBV可以彌補大多數(shù)高級功能的不足，例如存儲過程、宏，甚至是不受支持的數(shù)據(jù)類型。目前，云原生PaaS解決方案在DBV環(huán)境中最為成功。

選擇正確的遷移方法

在為現(xiàn)有EDW選擇新的目標系統(tǒng)時，需要考慮許多因素。一個經(jīng)常被忽視的是遷移方法。DBV在打破供應(yīng)商對遺留數(shù)據(jù)倉庫的鎖定方面非常有效。

通過將遷移方法考慮到他們對目標系統(tǒng)的選擇中，IT領(lǐng)導(dǎo)者可以優(yōu)化快速采用，同時控制風(fēng)險和成本。