雲端合理化

  • 發行項

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

合理化內容

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

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

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

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

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

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

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

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

合理化的五 R 策略

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

重新裝載

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

常見的驅動程式可能是：

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

量化分析因素包括：

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

質化分析因素如下：

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

重構

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

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

可能的常見動因有：

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

量化分析因素包括：

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

質化分析因素如下：

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

重新架構

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

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

可能的常見動因有：

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

量化分析因素包括：

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

質化分析因素如下：

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

重建

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

常見的驅動程式可能是：

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

量化分析因素包括：

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

質化分析因素如下：

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

取代

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

常見的驅動程式可能是：

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

量化分析因素包括：

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

質化分析因素如下：

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

下一步

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

什麼是數位資產