如何正確進行雲遷移

語言: CN / TW / HK

​亞馬遜公司在15年前推出了亞馬遜網路服務(AWS)平臺,在兩年之後,該公司在該平臺之上構建了100多個應用程式。人們如今已經知道這個故事的結局——幾乎所有的企業都以某種形式或方式在雲平臺中部署應用程式。然而,企業採用雲服務依然存在挑戰,尤其是對於擁有大量內部部署業務的企業而言。對於許多企業來說,如何更好地將關鍵業務資料和元資料遷移到雲端以支援持續的運營和分析仍然是一個難題。

儘管近年來人們越來越意識到雲遷移的戰略價值,但許多企業仍在採取違反人們直覺且成本過高的方法。企業傾向於將他們的方法分解成若干部分——“只是將新資訊移動到雲中,而不用擔心存在於內部部署設施的當前資料”,或者“以後會考慮治理和安全性”。雖然這種方法可能有助於限制對預算的擔憂並明確範圍,但從長遠來看可能會很麻煩,並會延遲雲遷移的潛在投資回報。此外,如果企業將一些資料留在內部部署設施中,最終會限制其在未來現代資料堆疊中用於分析的用途。現實情況是,要充分利用現代資料堆疊,需要清楚地瞭解遷移到雲端的用例以及成功所需的資料。

採用敏捷方法

如果詢問業務領導者為什麼沒有將業務從內部部署設施遷移到雲平臺,他們的回答通常是出於對資料治理的擔憂。雖然治理對於保護資料和確保正確使用確實至關重要,但真正採用敏捷資料治理的需求遠不止於此。資料有能力在中斷時期保持業務執行和繁榮,如今的企業根本無法承受由於治理問題而導致資料中斷的後果。

預先投資敏捷資料治理或重新投資現有流程可以防止資料和分析阻塞,並使企業能夠使用更現代的工具來加速投資回報。此外,它還促進了資料團隊之間的協作,並允許企業在其工作時獲取知識。特別是在雲遷移中,這使資料生產者更容易理解企業為什麼要遷移到雲平臺,以及他們希望在現代資料堆疊中執行哪些資料驅動的計劃。擁有這些知識,資料工程師可以在內部部署設施建立優先順序積壓的資料資產,並等待遷移。

按順序獲取分析

無論是在雲遷移過程中重新開始還是試圖升級一些不成熟的技術,組織和一致性都是關鍵。提出重大問題以建立指標,這些指標將指導當前的過程以及未來的成功是什麼樣的。然後將其資料結構化為一致的架構和風格,以確保更順暢的執行。

企業可能希望根據已有的架構型別組織資料。隨著時間的推移,可以考慮分層資料模型。例如,企業的資料可能按業務部門排列,但將來希望圍繞客戶、產品和訂單等實體進行整合。也許企業如今使用星型模式,但希望在表上進行分層以便將來更輕鬆地進行分析。無論選擇什麼,始終如一地應用架構風格將確保該平臺不僅適用於資料生產者,而且適用於資料消費者。

為流程使用正確的工具

沒有投資正確工具的最佳方法仍然不會完全成功。當然,隨著經濟衰退和通脹擔憂給預算帶來壓力,這一領域已經並將繼續對許多企業來說更具挑戰性。然而,這一新現實並不需要限制雲遷移。瞭解端到端流程將幫助企業確定正確工具的優先順序、提高效率,並創造真正的業務價值。

其中許多選擇將取決於企業的用例。隨著企業的預算增加和遷移規模的擴大,資料治理平臺、資料質量、分析、沿襲等可以在其優先事項具有戰略意義時上線。例如,如果企業試圖識別複雜的依賴關係和最常用的資產,那麼沿襲將是關鍵。或者,如果企業試圖跟蹤擁有的資料並確保它也顯示在新環境中,那麼元資料清單和比較分析顯然是優先事項。無論企業的短期和長期目標如何,資料目錄都是將元資料結合在一起的粘合劑,確保可發現和可搜尋、可分析並支援自助服務。

資料領導者

正如資料領導者所知,任何遷移過程中最具挑戰性的部分之一就是在正確的時間讓正確的利益相關者參與進來。為了真正獲得成功,所有利益相關者都應該參與到雲遷移中並進行切實的分析,而不僅僅是假設。選擇與消費者實際需要完成的任務相一致的分析用例,並設定明確的截止日期,可以幫助企業衡量價值並防止一開始就陷入困境。

此外,在資料目錄上構建雲遷移基礎的好處之一是它可以在各方之間實現協調、一致和集中的工作。資料消費者可以實時處理資料,以評估模型在回答問題方面的成功程度。管理員可以將業務術語表和指標定義與資料一起記錄下來。由於所有這一切以及更多事情都圍繞一個平臺進行,因此它使協調更簡單,並防止未來出現知識債務。

最終,使用正確的敏捷資料治理方法、分析方法、工具和人員流程進行雲遷移永遠不會太晚。隨著對資料的需求呈指數級增長,參與這個過程,即使是零碎的方法,也會帶來好處。