數位資產規劃方法

數位資產規劃會根據現有資產的預期結果和大小，採用數種形式。您可以採取各種方法。請務必在規劃階段初期設定關於採行方法的期望。不清楚的預期通常會導致與其他清查收集練習相關聯的延遲。本文章將概述三種分析方法。

工作負載驅動方法

由上而下的評量方法會評估安全性層面。安全性包括資料分類 (高、中或低業務影響) 、合規性、主權和安全性風險需求。這種方法會評估高階架構複雜度。評估的層面包括驗證、資料結構、延遲需求、相依性，以及應用程式平均壽命。

由上而下的方法會測量應用程式的作業需求，例如服務等級、整合、維護時段、監視和深入解析。分析並考慮這些層面後，產生的分數會反映出將此應用程式移轉至每個雲端平台的相對困難度：IaaS、PaaS 和 SaaS。

由上而下評估應用程式的財務優勢，例如營運效率、TCO、投資報酬率，以及其他適當的財務計量。此評量也會檢查應用程式的季節性 (例如，一年之中是否有特定時段的需求遽增) 和整體計算負載。

它也會查看它支援 (隨意或專家的使用者類型，一律或偶爾登入) ，以及所需的延展性和彈性。最後，評量最後會檢查商務持續性和復原需求，以及在服務中斷時執行應用程式的相依性。

提示

工作負載驅動方法需要來自商務和技術專案關係人的面試和技術關係人的意見反應。關鍵人物是否有空，是時間掌握上的最大風險。資料來源具有傳聞軼事的性質，因此要產生精確的成本或時間估計，難度就更高了。請事先規劃時程，並驗證所收集到的任何資料。

資產驅動方法會根據支援應用程式移轉的資產提供計劃。使用此方法時，您可以從組態管理資料庫 (CMDB) 或其他基礎結構評估工具提取統計的使用情形資料。

此方法通常會採用部署的 IaaS 模型作為基準。在此程式中，分析會評估每個資產的屬性：

接著，以此方法清查的資產會根據工作負載或應用程式進行調整，以供分組和相依性對應之用。

提示

資產驅動方法需要豐富的統計使用方式資料來源。掃描清查及收集資料都很耗時，是時間掌握上的最大風險。低層級的資料來源可能會失去與資產或應用程式間的相依性。請規劃至少一個月清查掃描時間。部署之前請先驗證相依性。

我們強烈建議採用漸進式方法，我們在雲端採用架構中的許多流程也都是採用此方法。透過數位資產規劃，這相當於多密碼程式：

初始成本分析： 如果您需要財務驗證，請從稍早所述的資產驅動方法開始，以取得整個數位資產的初始成本計算，而不需要合理化。此方法會建立最差案例基準測試。
移轉規劃： 在您組合雲端策略小組之後，請使用以其共同知識和有限的專案關係人面試為基礎的工作負載驅動方法，建置初始移轉待辦專案。此方法可快速建置基本的工作負載評估，以建立合作關係。
發行規劃： 在每個版本中，剪除並重新決定移轉待辦專案，以專注于最相關的業務影響。在此程式中，您會選取接下來 5 到 10 個工作負載作為優先發行。此時，雲端策略小組會投入時間完成整個工作負載驅動方法。延遲此評估，直到發行更能遵守專案關係人的時間為止。如此也可在企業開始看到初步努力的成果後，再投入於完整的分析。
實作分析： 在移轉、現代化或複寫任何資產之前，請先個別評估資產，並評估為共同發行的一部分。此時，您可以檢查初始資產驅動方法的資料，以確保正確調整大小和操作條件約束。

提示

累加方法可簡化規劃和加速結果。各方面的相關人員都務必要了解這種延遲進行決策的方法。同樣重要的是，每個階段所做的假設都必須記錄下來，以避免遺失詳細資料。

選擇方法之後，請收集清查資料。