為什么進行遷移?
企業將數據遷移到云端就像人們搬到新家一樣。企業需要知道自己為什么要遷移，需要遷移什么，以及計劃遷移的去向。
企業希望從云端獲得什么?當前的設置是否已超出上限?如何更好地為企業的數據分析或機器學習堆棧提供動力?
企業如何利用云端提供的所有功能?是否能夠利用其架構優勢?其可擴展性和彈性是什么?其安全性如何?是否節約成本?將會帶來什么?是一切嗎?
如果對此進行一次詳細調查，人們可能會對來自這么多來源的數據感到驚訝。
當然，這樣復雜的舉動并不是企業一時興起的行為。相反，它需要重要的計劃和正確的工具集才能取得成功。在企業構建遷移清單之前，首先考慮一些常見的注意事項：
1.安全性
在數據隱私正成為一個良好數據管理實踐的世界中，了解哪些數據是可共享的，哪些數據是不可共享的，這一點很重要。個人用戶需要確保其PII(個人身份信息)數據不會暴露給錯誤的各方是至關重要的。因此，重要的是要全面檢查整個管道和數據庫功能，以確保運動和靜止數據的安全。了解數據如何分階段，哪些系統可以訪問它，以及保留多長時間對于充分了解信息的暴露程度至關重要。
此外，與傳統的本地解決方案一樣，應該考慮應用程序如何保護對象和數據。例如，是否存在基于角色的訪問控制(RBAC)以及是否能夠以適當的粒度(行或列級別)保護數據是重要的事項。解除數據標識和屏蔽數據是否是進入云平臺的先決條件?并且授權用戶管理是企業操作的關鍵因素嗎?
最后，必須知道資產清單中的哪些數據對象需要進行特殊處理才能達到監管或合同目的。在開始遷移和規劃過程時，確保平臺和應用程序能夠支持企業這些需求至關重要。
2.性能
遷移到云平臺時，讓數據可用且盡可能保持最新狀態是至關重要的。數據分析可以提供業務優勢，并且依賴于數據。通常，本地解決方案經過精心人工制作和專門設計，以滿足業務的用戶體驗要求和服務等級協議(SLA)。在遷移到云平臺時，無論企業使用何種方法，在特定生產工作負載下完全審查和測試管道和數據庫的性能至關重要。這是理解性能瓶頸會發生什么，在哪里發生，以及如何解決它們的唯一方法。
為連續測試和監控建立特定基準和候選工作負載無疑是最佳實踐。這可以使用云監控服務和查詢來完成，這些查詢不斷輪詢并驗證平臺是否以最佳方式運行。
3.容量
管理當前和未來的容量是本地解決方案領域的一門科學。它與維護平臺消費者體驗到的一致的性能水平密切相關。遷移到云平臺的主要方法之一就是隨著工作負載和容量需求的變化，實現彈性和自動擴展帶來的優勢。
在考慮未來的云計算架構時，至關重要的是，響應峰值需求場景所需的工程設計必須預先構建到平臺的功能中。企業需要了解其峰值需求，并確保云平臺能夠處理它們。確保可以持續測試和監控這些高峰需求情景也很關鍵。
利用云平臺原生的監控和報告服務。讓企業DevOps團隊了解這些技術，并預先構建這種能力，而不是在遷移之后再進行考慮。
4.資產和庫存普查
在執行云端遷移策略之前，企業必須捕獲所有數據資產的完整清單，其依賴關系以及上游和下游應用程序支持這些資產的內容。創建和維護此清單是遷移階段所有計劃活動的基礎。如果沒有這個清單，則無法完全了解將堆棧中的每個組件遷移到云端所帶來的影響、風險和成本。
此外，通過此庫存和評估練習，企業經常會發現重構和淘汰冗余數據源和服務的機會。這可以幫助企業避免在有限或沒有未來價值的項目上浪費資源。企業還可以發現要遷移的新數據源。
5.應用程序遷移
這個遷移指南的重點是數據遷移到云端，但企業可能也需要遷移應用程序。可以選擇幾種不同的方法來遷移其應用程序。企業自己的特定需求和目標將決定哪種方式最適合自己。
企業是否希望將大多數應用程序遷移到云中，但是避免對它們進行更改。這通常是“提升和轉移”方法的一種變體，即在云中托管的虛擬機中運行現有應用程序，而不是定制或替換。它速度更快，破壞性更小，但也無法充分利用云計算提供的所有功能。
另一種方法可能是將企業的應用程序完全遷移到云原生環境。這在成本和時間方面更加昂貴，因為企業的應用程序可能需要定制甚至更換，但最終企業將擁有一個更加強大的系統。
總之，企業需要了解其資產及其價值。了解其安全要求，并根據計劃的目標架構評估風險。確保企業可以為客戶提供相同或更好的服務級別，最后，利用本地云架構服務進行監控和容量管理，將遷移策略構建為將業務提升到新的水平所需的必要工具。
6.云遷移清單
遷移到云端通常需要跟蹤大量細節，通常有助于列出企業需要記住的事項。例如，需要租賃一輛卡車嗎?有沒有更改郵寄地址?當企業將業務遷移到云端時，需要一份清單：
(1)建立團隊角色，并定義成功因素。成功的遷移對企業情況有何影響?誰將幫助實現這一目標?
(2)了解企業正在遷移的內容，依賴關系以及對應用程序使用者的影響。在這里，企業將會實現數據普查，并且可以利用遷移來執行一些數據清潔工作，并減少將要遷移的殘余數據。這時企業將開始了解現在需要的容量以及將來可能需要的容量。
(3)執行安全評估。確保數據受到保護并符合合規性或監管標準。
(4)在采用交換機之前建立性能基準和標準。
(5)企業事先確定其DevOps團隊將如何支持其在云中的應用程序，以及將使用的云原生工具。
(6)更新服務等級協議(SLA)以反映新環境和配置。
(7)確保企業的應用程序在遷移之前利用本地云功能進行自動擴展，并測試這些功能。
當然，這基本上是一個跳躍點，一個讓企業開始運營的地方。企業的實際實施可能會更復雜，甚至更簡單。既然企業已了解基礎知識，那么可以考慮在流程中添加一些額外的步驟。
遷移之路的選擇
雖然遷移數據是主要的問題，但是企業應該利用遷移來執行可能需要的任何數據轉換。
由于企業的數據來自不同的來源，并且涉及不同的模式，因此遷移是將數據重新映射到公共模式的理想時間。企業可能還希望豐富數據或清理數據，以便進一步分析。
大多數數據管道都提供某種轉換支持，無論是在加載到云端之前還是云端之后執行。
Alooma完全支持在加載期間或加載后轉換數據。通過這種方式，企業可以在加載前使數據更加豐富或清理數據，然后利用云計算提供的計算能力在云計算數據倉庫中執行各種連接或其他轉換。
京公網安備 11010502049343號