共用方式為


雲端合理化

雲端合理化為評估資產的流程,判斷最適合雲端移轉或現代化各項資產的方式。 如需合理化程式的詳細資訊,請參閱 什麼是數位資產

合理化內容

本文所列的合理化五個 R 是一套實用方法,可針對考量作為雲端候選的工作負載歸類未來的可能狀態。 先將此標籤程式放入正確的內容,再嘗試合理化環境。 若要提供該內容,請檢閱下列意見:

迷思:在流程初期,合理化決策不難制定

良好的合理化需要對工作負載和相關聯的資產有深入的知識,例如應用程式、基礎結構和資料。 合理化決策要完善,最重要的是需要時間。 建議您使用 累加式合理化程式

迷思:雲端採用須等待所有工作負載皆合理化

當整個 IT 組合或甚至單一資料中心合理化時,可能會延遲數個月或甚至數年的業務價值實現。 盡可能避免全面進行合理化。 請改用以 10 為單位的版本規劃,針對預定採用雲端的後續 10 個工作負載制定明智的決策。

迷思:業務理由須等待所有工作負載皆合理化

請在產品組合層級進行幾項基本假設,以發展雲端採用工作的商業理由。 若動機朝向創新,則假設進行重新架構。 若朝向移轉,則假設進行重新裝載。 這些假設可加速業務理由流程。 在每個工作負載採用週期的評估階段期間,假設會受到挑戰,並精簡預算。

現在請檢閱合理化的下列五個 R,了解長期流程。 發展雲端採用方案時,請選擇最符合動機、業務成果和目前狀態環境的選項。 數位資產合理化的目標是設定基準,而非讓每個工作負載合理化。

合理化的五 R 策略

下列五個合理化 Rs 描述合理化最常見的選項。

重新裝載

也稱為 隨即轉移 ,重新裝載工作會將目前的狀態資產移至所選雲端提供者,且對整體架構進行最少變更。

常見的驅動程式可能是:

  • 降低資本支出。
  • 釋放資料中心空間。
  • 實現雲端投資快速回報。

量化分析因素包括:

  • VM 大小,包括 CPU、記憶體和儲存體。
  • 相依性,例如網路流量。
  • 資產相容性。

質化分析因素如下:

  • 變更的容錯。
  • 商務優先順序。
  • 重要商務事件。
  • 進程相依性。

重構

平台即服務 (PaaS) 選項可減少許多應用程式相關的作業成本。 稍微重構應用程式以符合 PaaS 式模型,也是不錯的做法。

重構也是指重構程式碼的應用程式開發流程,以便應用程式能因應新商機。

可能的常見動因有:

  • 更新更快更密集。
  • 程式碼可攜性。
  • 提升雲端效率,有助於資源、速度、成本及受控作業。

量化分析因素包括:

  • 應用程式資產大小,例如 CPU、記憶體和儲存體。
  • 相依性,例如網路流量。
  • 使用者流量,例如頁面檢視、頁面上的時間,以及載入時間。
  • 開發平臺,例如語言、資料平臺和仲介層服務。
  • 包含 CPU、記憶體、儲存體和版本的資料庫。

質化分析因素如下:

  • 持續的商業投資。
  • 高載選項或時程表。
  • 商務程式相依性。

重新架構

某些過時的應用程式與雲端提供者不相容。 這類不相容的原因在於建立應用程式時所做的架構決策。 在此情況下,應用程式可能必須先重新架構,再進行轉換。

在其他情況下,與雲端相容、但非雲端原生的應用程式,則可將解決方案重新架構為雲端原生應用程式,以提升成本及作業效率。

可能的常見動因有:

  • 應用程式的調整能力與靈活性。
  • 採用新的雲端功能更加輕鬆。
  • 混合技術堆疊。

量化分析因素包括:

  • 應用程式資產大小,例如 CPU、記憶體和儲存體。
  • 相依性,例如網路流量。
  • 使用者流量,例如頁面檢視、頁面上的時間,以及載入時間。
  • 開發平臺,例如語言、資料平臺和仲介層服務。
  • 包含 CPU、記憶體、儲存體和版本的資料庫。

質化分析因素如下:

  • 擴大商務投資。
  • 營運成本。
  • 潛在的意見反應迴圈和 DevOps 投資。

重建

在某些情況下,推展應用程式須克服的差異可能過大,導致投資就此止步。 特別是當應用程式先前符合業務需求、但目前的商務程序現在已不支援。 若要解決此問題,請建立新的程式碼基底,以符合雲端原生方法。

常見的驅動程式可能是:

  • 加速推動創新。
  • 更快速地建立應用程式。
  • 降低營運成本。

量化分析因素包括:

  • 應用程式資產大小,例如 CPU、記憶體和儲存體。
  • 相依性,例如網路流量。
  • 使用者流量,例如頁面檢視、頁面上的時間,以及載入時間。
  • 開發平臺,例如語言、資料平臺和仲介層服務。
  • 包含 CPU、記憶體、儲存體和版本的資料庫。

質化分析因素如下:

  • 拒絕使用者滿意度。
  • 受功能限制的商務程式。
  • 潛在的成本、體驗或營收提升。

取代

解決方案通常會使用當前最好的技術和方法來實作。 有時,軟體即服務 (SaaS) 應用程式可為所裝載的應用程式提供所有必要功能。 在這些案例中,工作負載可以排程以供日後取代,以將其從轉換工作中移除。

常見的驅動程式可能是:

  • 依照業界最佳做法進行標準化。
  • 加速採用商務程式驅動方法。
  • 將對於開發的投資,重新配置給能創造具有競爭性差異或優勢的應用程式。

量化分析因素包括:

  • 一般作業成本降低。
  • VM 大小,包括 CPU、記憶體和儲存體。
  • 相依性,例如網路流量。
  • 要淘汰的資產。
  • 包含 CPU、記憶體、儲存體和版本的資料庫。

質化分析因素如下:

  • 目前架構與 SaaS 解決方案的成本效益分析。
  • 商務程式對應。
  • 資料架構。
  • 自訂或自動化程式。

下一步

您可以將這五個合理化 Rs 套用至數位資產,以協助您針對每個應用程式的未來狀態做出合理化決策。