鄭康

如今的企業(yè)比以往任何時候都能訪問更多的數(shù)據(jù)。這些數(shù)據(jù)正在以驚人的速度增長，無論是數(shù)量還是變化量。無論是傳統(tǒng)的分析還是機器學習和人工智能等前沿技術，將這些信息從所有信息源集中到云存儲庫對業(yè)務至關重要。

為什么進行遷移？

企業(yè)將數(shù)據(jù)遷移到云端就像人們搬到新家一樣。企業(yè)需要知道自己為什么要遷移，需要遷移什么，以及計劃遷移的去向。

企業(yè)希望從云端獲得什么？當前的設置是否已超出上限，如何更好地為企業(yè)的數(shù)據(jù)分析或機器學習堆棧提供動力？

企業(yè)如何利用云端提供的所有功能，是否能夠利用其架構優(yōu)勢，其可擴展性和彈性是什么，其安全性如何，是否節(jié)約成本，將會帶來什么，是一切嗎？

如果對此進行一次詳細調查，人們可能會對這么多來源的數(shù)據(jù)感到驚訝。

當然，這樣復雜的舉動并不是企業(yè)一時興起的行為。相反，它需要計劃和正確的工具集才能取得成功。在企業(yè)構建遷移清單之前，首先考慮一些常見的注意事項。

安全性

在數(shù)據(jù)隱私正成為一個數(shù)據(jù)管理實踐的世界中，了解哪些數(shù)據(jù)是可共享的，哪些數(shù)據(jù)是不可共享的，這一點很重要。個人用戶需要確保其個人身份信息（PII）數(shù)據(jù)不會暴露給錯誤的各方是至關重要的。因此，重要的是要全面檢查整個管道和數(shù)據(jù)庫功能，以確保運動和靜止數(shù)據(jù)的安全。了解數(shù)據(jù)如何分階段，哪些系統(tǒng)可以訪問它，以及保留多長時間，這些對于充分了解信息的暴露程度至關重要。

此外，與傳統(tǒng)的本地解決方案一樣，應該考慮應用程序如何保護對象和數(shù)據(jù)。例如，是否存在基于角色的訪問控制（RBAC）以及是否能夠以適當?shù)牧６龋ㄐ谢蛄屑墑e）保護數(shù)據(jù)是重要的事項。解除數(shù)據(jù)標識和屏蔽數(shù)據(jù)是否是進入云平臺的先決條件，并且授權用戶管理是企業(yè)操作的關鍵因素嗎？

最后，必須知道資產清單中的哪些數(shù)據(jù)對象需要進行特殊處理才能達到監(jiān)管或合同目的。在開始遷移和規(guī)劃過程時，確保平臺和應用程序能夠支持企業(yè)這些需求至關重要。

性能

遷移到云平臺時，讓數(shù)據(jù)可用且盡可能保持最新狀態(tài)是至關重要的。數(shù)據(jù)分析可以提供業(yè)務優(yōu)勢，并且依賴于數(shù)據(jù)。通常，本地解決方案經過精心人工制作和專門設計，以滿足業(yè)務的用戶體驗要求和服務等級協(xié)議（SLA）。在遷移到云平臺時，無論企業(yè)使用何種方法，在特定生產工作負載下完全審查、測試管道和數(shù)據(jù)庫的性能至關重要。這是理解性能瓶頸會發(fā)生什么，在哪里發(fā)生，以及如何解決它們的唯一方法。

為連續(xù)測試，監(jiān)控建立特定基準和候選工作負載無疑是最佳實踐。這可以使用云監(jiān)控服務和查詢來完成，這些查詢不斷輪詢并驗證平臺是否以最佳方式運行。

容量

管理當前和未來的容量是本地解決方案領域的一門科學。它與維護平臺消費者體驗到的一致的性能水平密切相關。遷移到云平臺的主要方法之一就是隨著工作負載和容量需求的變化，實現(xiàn)彈性和自動擴展帶來的優(yōu)勢。

在考慮未來的云計算架構時，至關重要的是響應峰值需求場景所需的工程設計必須預先構建到平臺的功能中。企業(yè)需要了解其峰值需求，并確保云平臺能夠處理它們。確?？梢猿掷m(xù)測試和監(jiān)控這些高峰需求情景也很關鍵。

利用云平臺原生的監(jiān)控和報告服務。讓企業(yè)DevOps團隊了解這些技術，并預先構建這種能力，而不是在遷移之后再進行考慮。

資產和庫存普查

在執(zhí)行云端遷移策略之前，企業(yè)必須捕獲所有數(shù)據(jù)資產的完整清單，其依賴關系以及上游和下游應用程序支持這些資產的內容。創(chuàng)建和維護此清單是遷移階段所有計劃活動的基礎。如果沒有這個清單，則無法完全了解將堆棧中的每個組件遷移到云端所帶來的影響、風險和成本。

此外，通過此庫存和評估練習，企業(yè)經常會發(fā)現(xiàn)重構、淘汰冗余數(shù)據(jù)源和服務的機會。這可以幫助企業(yè)避免在有限或沒有未來價值的項目上浪費資源。企業(yè)還可以發(fā)現(xiàn)要遷移的新數(shù)據(jù)源。

應用程序遷移

這個遷移指南的重點是數(shù)據(jù)遷移到云端，但企業(yè)可能也需要遷移應用程序?？梢赃x擇幾種不同的方法來遷移其應用程序。企業(yè)自己的特定需求和目標將決定哪種方式最適合自己。

企業(yè)希望將大多數(shù)應用程序遷移到云中，但是避免對它們進行更改。這通常是“提升和轉移”方法的一種變體，即在云中托管的虛擬機中運行現(xiàn)有應用程序，不再定制或替換。它速度更快，破壞性更小，但無法充分利用云計算提供的所有功能。

另一種方法可能是將企業(yè)的應用程序完全遷移到云原生環(huán)境。這在成本和時間方面更加昂貴，因為企業(yè)的應用程序可能需要定制甚至更換，但最終企業(yè)將擁有一個更加強大的系統(tǒng)。

總之，企業(yè)需要了解其資產及其價值。了解其安全要求，并根據(jù)計劃的目標架構評估風險。確保企業(yè)可以為客戶提供相同或更好的服務。最后，利用本地云架構服務進行監(jiān)控和容量管理，遷移策略構建將會成為業(yè)務提升到新的水平的必要工具。

云遷移清單

遷移到云端通常需要跟蹤大量細節(jié)，通常有助于列出企業(yè)需要記住的事項。例如，需要租賃一輛卡車嗎，有沒有更改郵寄地址，當企業(yè)將業(yè)務遷移到云端時，需要一份清單：

（1）建立團隊角色，并定義成功因素。成功的遷移對企業(yè)情況有何影響，誰將幫助實現(xiàn)這一目標？

（2）了解企業(yè)正在遷移的內容，依賴關系以及對應用程序使用者的影響。這里企業(yè)將會實現(xiàn)數(shù)據(jù)普查，并且可以利用遷移來執(zhí)行一些數(shù)據(jù)清潔工作，并減少將要遷移的殘余數(shù)據(jù)。這時企業(yè)將開始了解現(xiàn)在需要的容量以及將來可能需要的容量。

（3）執(zhí)行安全評估。確保數(shù)據(jù)受到保護并符合合規(guī)性或監(jiān)管標準。

（4）在采用交換機之前建立性能基準和標準。

（5）企業(yè)事先確定其DevOps團隊將如何支持其在云中的應用程序，以及將如何使用的云原生工具。

（6）更新服務等級協(xié)議（SLA）以反映新環(huán)境和配置。

（7）確保企業(yè)的應用程序在遷移之前利用本地云功能進行自動擴展，并測試這些功能。

當然，這基本上是一個跳躍點，一個讓企業(yè)開始運營的地方。企業(yè)的實際實施可能會更復雜，或者更簡單。既然企業(yè)已了解基礎知識，那么可以考慮在流程中添加一些額外的步驟。

遷移之路的選擇

雖然遷移數(shù)據(jù)是主要的問題，但是企業(yè)應該利用遷移來執(zhí)行可能需要的任何數(shù)據(jù)轉換。

由于企業(yè)的數(shù)據(jù)產生自不同的來源，并且涉及不同的模式，因此遷移是將數(shù)據(jù)重新映射到公共模式的理想實踐。企業(yè)可能還希望豐富數(shù)據(jù)或清理數(shù)據(jù)，以便進一步分析。

大多數(shù)數(shù)據(jù)管道都提供某種轉換支持，無論是在加載到云端之前還是云端之后執(zhí)行。

Alooma完全支持在加載期間或加載后轉換數(shù)據(jù)。通過這種方式，企業(yè)可以在加載前使數(shù)據(jù)更加豐富或清理數(shù)據(jù)，然后利用云計算提供的計算能力在云計算數(shù)據(jù)倉庫中執(zhí)行各種連接或其他轉換。