雲端採用架構中的雲端移轉

任何企業規模的雲端採用方案,都會包含不值得在建立新商業邏輯方面進行大量投資的工作負載。 這些工作負載可以透過任意數目的方法移至雲端;隨即轉移、隨即轉移並最佳化或現代化。 每個方法都會視為移轉。

觀看下列影片,以快速瞭解隨即轉移方法的概觀。


下列練習將協助建立反覆處理序,來評估、移轉、最佳化、保護及管理這些工作負載。

為了對此階段的雲端採用生命週期做好準備,建議您執行下列步驟:

   
移轉您的第一個工作負載:使用 Azure 移轉指南,熟悉 Azure 原生工具和移轉方法。
移轉案例:使用額外的移轉工具和方法,來處理其他移轉案例。
最佳做法:透過應用程式一致的最佳作法,解決一般的移轉需求。
流程改善:移轉是大量使用流程的活動。 當移轉工作擴展時,請使用這些流程改善,來評估和完善移轉的各個層面。

遷移方法和上述步驟會根據下列假設而建置:

  • 移轉短期衝刺在移轉波浪或發行版本中適用的方法。 您可以使用「計畫」、「就緒」和「採用」方法來定義移轉波浪或發行版本。 在每個移轉短期衝刺內,會將一批工作負載移轉至雲端。
  • 在移轉工作負載之前,至少在一個登陸區域完成識別、設定和部署作業,以符合近期雲端採用方案的需求。
  • 移轉通常會與「隨即轉移」或「重新裝載」的條款相關聯。 此方法和上述步驟,是根據不應使用純粹的重新裝載方法,來移轉資料中心和少數的工作負載所建立。 雖然您可以重新裝載許多工作負載,但客戶更常選擇將每個工作負載內的特定資產現代化。 在此反復執行流程中,速度和現代化之間的平衡為常見的討論點。

移轉工作

針對每個工作負載,移轉工作負載所需的動作,通常分成三種類型的工作或階段:評估工作負載、部署工作負載和發行工作負載。 這一節的「雲端採用架構」內容會教導讀者如何讓將工作負載移轉至生產環境所需的每個階段發揮最大效用。

在兩個星期的標準反覆項目中,經驗豐富的移轉小組可針對 2-5 個低/中複雜度的工作負載完成此處理序。 更複雜的工作負載 (例如 SAP) 可能需要數個兩周的反覆項目,才能對單一工作負載全數完成三個移轉工作階段。 體驗和複雜度對時間軸和移轉速度會有很大的影響。

顯示移轉雲端採用架構工作的圖表

下列項目符號將概述此程序的各個階段 (如上圖所示):

  • 評估工作負載: 評估工作負載以評估成本、現代化和部署工具。 此處理序著重於驗證或挑戰假設。 您可以更仔細地查看合理化選項,在探索和評量期間進行這些假設。 此處理序也會仔細研究使用者模式和相依性,以確保工作負載在移轉後能夠達到技術成功。

    觀賞這段影片,以快速瞭解如何完成完整的評量。


  • 部署工作負載:在您評估工作負載之後,系統會在雲端中複寫或改善現有的工作負載功能。 此複寫可能需進行隨即轉移,或重新裝載到雲端。 但此階段中更常見的情況是,許多支援這些工作負載的資產會現代化,以利用雲端優勢。

  • 發行工作負載: 功能複寫到雲端後,即可測試、最佳化、記載和發行工作負載,以用於進行中的作業。 在此處理序期間,請務必檢閱已移轉的工作負載並將其交付。 這項工作對於進行中的工作負載支援而言,是治理、營運管理和安全性小組的關鍵。

注意

在移轉工作的一些早期反復項目中,通常會將範圍限制為單一工作負載。 這種方法可盡可能保留技能,並且讓小組有更多時間進行實驗和學習。

注意

建置移轉處理站時,有些小組可能會選擇將上述各個階段分散到多個小組和多個短期衝刺。 這種方法可以改善可重複性,並加速移轉工作。

移轉波和反覆變更管理

移轉反覆項目可藉由移轉資產和工作負載來提供技術價值。 移轉波浪是最小的工作負載集合,提供可觀的商業價值。 每個反覆項目結束後均應產生報表,以概述完成的技術成果。 不過,商務變更和策略性規劃通常會在較高一點的層級發生。 當雲端採用小組進行移轉工作時,雲端策略小組會著重於規劃後續的 1-2 個移轉波浪。 雲端策略小組也會以學習計量的形式追蹤技術進展,以進一步了解實現商業價值的時程表。 移轉波浪是追蹤業務結果、人員和時間表的反覆變更管理方法。

在上一節中,圖形描述方案方法就緒方法,以及某種程度而言,雲端採用架構策略方法內的處理序。 這些方法提供規劃和管理移轉波浪的指導。 這些波浪的管理作業會定義技術小組所要提供的移轉工作。

後續步驟

上述概述的步驟和進階方法指導方針,可協助您改善每個移轉短期衝刺內的處理序。 Azure 移轉指南所包含的文章,會概述您在第一次移轉波浪期間所需的常見工具和方法。