■金瀾

如今，很多企業(yè)上云，只是把本地的數(shù)據(jù)技術、治理模式和安全能力遷移到云端，并沒有思考如何通過真正云化的數(shù)據(jù)存儲形式和技術方法，重構云端體驗。

什么是存儲和使用數(shù)據(jù)的新方法？與傳統(tǒng)本地模式相比，最新的數(shù)據(jù)存儲方式有哪些不同？把數(shù)據(jù)從傳統(tǒng)的數(shù)據(jù)倉庫、數(shù)據(jù)湖遷移到分布式數(shù)據(jù)網(wǎng)格，就是現(xiàn)代化設計體系嗎？其實，很多人都非常困惑。

不管數(shù)據(jù)如何遷移，都會牽扯到一整臺的技術堆棧，涉及到數(shù)倉、數(shù)據(jù)庫、對象存儲、主數(shù)據(jù)管理和數(shù)據(jù)虛擬化等。如何解決數(shù)據(jù)遷移過程中面臨的各種復雜問題？最有效的辦法，就是借助專業(yè)工具。在把數(shù)據(jù)遷移到云端的時候，使用最有效的工具，可以讓我們具備數(shù)據(jù)修復的能力。就像在搬家前，需要清除垃圾一樣。如果不徹底排除垃圾數(shù)據(jù)，會帶來額外的數(shù)據(jù)處理成本。盡管，企業(yè)在數(shù)據(jù)遷移上花費了大量資金，但如果沒有考慮到數(shù)據(jù)設計和技術升級改造問題，后期可能會帶來更復雜的問題。比如，企業(yè)可能要去重新設計數(shù)據(jù)架構去滿足元數(shù)據(jù)管理以及數(shù)據(jù)治理需求，或者需要使用新的數(shù)據(jù)庫技術模型（從SQL到NoSQL）去重新規(guī)劃數(shù)據(jù)問題。

說白了，如果企業(yè)在數(shù)據(jù)遷移之前沒有考慮周全，之后可能意味著要進行二次數(shù)據(jù)遷移，花費雙倍的時間和金錢去進行數(shù)據(jù)修復。那么，如何從根本上避免數(shù)據(jù)架構二次重建的事件發(fā)生呢？

一種方法是，要將數(shù)據(jù)直接遷移到公有云的平臺或者數(shù)據(jù)庫，然后通過云原生的架構、方法以及數(shù)據(jù)庫模型存儲數(shù)據(jù)，以便整個數(shù)據(jù)擁有永久性的數(shù)據(jù)修復能力。

另一種方式是，根據(jù)企業(yè)個性化需要，通過數(shù)據(jù)虛擬化的方式來完成業(yè)務改造。使用數(shù)據(jù)虛擬化工具，不僅讓企業(yè)擁有多個數(shù)據(jù)庫創(chuàng)建能力，還能擁有更現(xiàn)代化的數(shù)據(jù)結構。尤其是一些基于傳統(tǒng)設備改造的云服務能力，可以讓企業(yè)在利舊的基礎上，實現(xiàn)現(xiàn)代化業(yè)務架構改造。

最后，制定一個完整的路線圖，逐步實現(xiàn)數(shù)據(jù)庫的云化目標。其實，很多企業(yè)都希望擁抱云，但只是眼下還沒有在企業(yè)內部達成一致，沒有與開發(fā)人員、運營團隊和安全團隊等進行有效溝通。這也與數(shù)據(jù)庫最新技術的成熟度以及大環(huán)境有關。隨著數(shù)據(jù)庫技術的不斷演進，會有越來越多的企業(yè)通過最新技術，以及先進的數(shù)據(jù)存儲方式，把數(shù)據(jù)遷移到云架構上來。