企業的雲遷移的原因與注意要點

如今的企業比以往任何時候都能訪問更多的資料。這些資料正在以驚人的速度增長，無論是數量還是變化量。

如今的企業比以往任何時候都能訪問更多的資料。這些資料正在以驚人的速度增長，無論是數量還是變化量。無論是傳統的分析還是機器學習和人工智慧等前沿技術，將這些資訊從所有資訊源集中到雲端儲存庫對業務至關重要。

• 企業將資料遷移到雲端就像人們搬到新家一樣。企業需要知道自己為什麼要遷移，需要遷移什麼，以及計劃遷移的去向。
• 企業希望從雲端獲得什麼?當前的設定是否已超出上限?如何更好地為企業的資料分析或機器學習堆疊提供動力?
• 企業如何利用雲端提供的所有功能?是否能夠利用其架構優勢?其可擴充套件性和彈性是什麼?其安全性如何?是否節約成本?將會帶來什麼?是一切嗎?

如果對此進行一次詳細調查，人們可能會對來自這麼多來源的資料感到驚訝。

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

在資料隱私正成為一個良好資料管理實踐的世界中，瞭解哪些資料是可共享的，哪些資料是不可共享的，這一點很重要。個人使用者需要確保其PII(個人身份資訊)資料不會暴露給錯誤的各方是至關重要的。因此，重要的是要全面檢查整個管道和資料庫功能，以確保運動和靜止資料的安全。瞭解資料如何分階段，哪些系統可以訪問它，以及保留多長時間對於充分了解資訊的暴露程度至關重要。

此外，與傳統的本地解決方案一樣，應該考慮應用程式如何保護物件和資料。例如，是否存在基於角色的訪問控制(RBAC)以及是否能夠以適當的粒度(行或列級別)保護資料是重要的事項。解除資料標識和遮蔽資料是否是進入雲平臺的先決條件?並且授權使用者管理是企業操作的關鍵因素嗎?

最後，必須知道資產清單中的哪些資料物件需要進行特殊處理才能達到監管或合同目的。在開始遷移和規劃過程時，確保平臺和應用程式能夠支援企業這些需求至關重要。

遷移到雲平臺時，讓資料可用且儘可能保持最新狀態是至關重要的。資料分析可以提供業務優勢，並且依賴於資料。通常，本地解決方案經過精心人工製作和專門設計，以滿足業務的使用者體驗要求和服務等級協議(SLA)。在遷移到雲平臺時，無論企業使用何種方法，在特定生產工作負載下完全審查和測試管道和資料庫的效能至關重要。這是理解效能瓶頸會發生什麼，在哪裡發生，以及如何解決它們的唯一方法。

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

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

在考慮未來的雲端計算架構時，至關重要的是，響應峰值需求場景所需的工程設計必須預先構建到平臺的功能中。企業需要了解其峰值需求，並確保雲平臺能夠處理它們。確保可以持續測試和監控這些高峰需求情景也很關鍵。

利用雲平臺原生的監控和報告服務。讓企業DevOps團隊瞭解這些技術，並預先構建這種能力，而不是在遷移之後再進行考慮。

在執行雲端遷移策略之前，企業必須捕獲所有資料資產的完整清單，其依賴關係以及上游和下游應用程式支援這些資產的內容。建立和維護此清單是遷移階段所有計劃活動的基礎。如果沒有這個清單，則無法完全瞭解將堆疊中的每個元件遷移到雲端所帶來的影響、風險和成本。

此外，透過此庫存和評估練習，企業經常會發現重構和淘汰冗餘資料來源和服務的機會。這可以幫助企業避免在有限或沒有未來價值的專案上浪費資源。企業還可以發現要遷移的新資料來源。

這個遷移指南的重點是資料遷移到雲端，但企業可能也需要遷移應用程式。可以選擇幾種不同的方法來遷移其應用程式。企業自己的特定需求和目標將決定哪種方式最適合自己。

企業是否希望將大多數應用程式遷移到雲中，但是避免對它們進行更改。這通常是“提升和轉移”方法的一種變體，即在雲中託管的虛擬機器中執行現有應用程式，而不是定製或替換。它速度更快，破壞性更小，但也無法充分利用雲端計算提供的所有功能。

另一種方法可能是將企業的應用程式完全遷移到雲原生環境。這在成本和時間方面更加昂貴，因為企業的應用程式可能需要定製甚至更換，但最終企業將擁有一個更加強大的系統。

總之，企業需要了解其資產及其價值。瞭解其安全要求，並根據計劃的目標架構評估風險。確保企業可以為客戶提供相同或更好的服務級別，最後，利用本地雲架構服務進行監控和容量管理，將遷移策略構建為將業務提升到新的水平所需的必要工具。

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

• (1)建立團隊角色，並定義成功因素。成功的遷移對企業情況有何影響?誰將幫助實現這一目標?
• (2)瞭解企業正在遷移的內容，依賴關係以及對應用程式使用者的影響。在這裡，企業將會實現資料普查，並且可以利用遷移來執行一些資料清潔工作，並減少將要遷移的殘餘資料。這時企業將開始瞭解現在需要的容量以及將來可能需要的容量。
• (3)執行安全評估。確保資料受到保護並符合合規性或監管標準。
• (4)在採用交換機之前建立效能基準和標準。
• (5)企業事先確定其DevOps團隊將如何支援其在雲中的應用程式，以及將使用的雲原生工具。
• (6)更新服務等級協議(SLA)以反映新環境和配置。
• (7)確保企業的應用程式在遷移之前利用本地雲功能進行自動擴充套件，並測試這些功能。

當然，這基本上是一個跳躍點，一個讓企業開始運營的地方。企業的實際實施可能會更復雜，甚至更簡單。既然企業已瞭解基礎知識，那麼可以考慮在流程中新增一些額外的步驟。

雖然遷移資料是主要的問題，但是企業應該利用遷移來執行可能需要的任何資料轉換。

由於企業的資料來自不同的來源，並且涉及不同的模式，因此遷移是將資料重新對映到公共模式的理想時間。企業可能還希望豐富資料或清理資料，以便進一步分析。

大多數資料管道都提供某種轉換支援，無論是在載入到雲端之前還是雲端之後執行。

Alooma完全支援在載入期間或載入後轉換資料。透過這種方式，企業可以在載入前使資料更加豐富或清理資料，然後利用雲端計算提供的計算能力在雲端計算資料倉儲中執行各種連線或其他轉換。