使用 AppScore 自動化遷移策略識別與規劃

由萊克·米格達爾（AWS）和傑夫·戴維斯（AppScore 技術有限公司）創建

環境：生產	來源：所有工作負載	目標：AWS 雲端
R 類型：N/A	工作負載：所有其他工作負載	技術：移轉；現代化；網站與 Web 應用程式；SaaS
AWS 服務：AWS Application Discovery Service；AWS Migration Hub

Summary

現場部署應用程式需要轉型的方法，才能釋放 Amazon Web Services (AWS) Cloud 的優點。所以此七個常見的遷移策略（7 盧比）提供轉換選項，從在內部部署資料庫伺服器中進行技術變更到使用雲端原生微服務架構重建應用程式等不同。

選擇使用完整的 7 Rs 模式，意味著您在應用程式和業務層級進行操作，而不是僅評估和準備伺服器進行遷移。雖然您可以使用AWS Migration Evaluator，則通常不會記錄其他應用程式資訊 (例如藍圖狀態、必要的復原時間目標 (RTO) 和復原點目標 (RPO) 或資料隱私權需求)。

此模式描述如何使用應用程式分數，藉由使用以應用程式為中心的產品組合檢視來避免這些挑戰。這包括針對完整 7 Rs 模型，針對每個應用程式建議的 AWS 雲端轉換路徑。AppScore 可協助您擷取應用程式資訊、判斷理想的轉換路徑、識別採用雲端的風險、複雜性和優點，以及快速定義移轉範圍、移動群組和排程。

這種模式是由 AWS 創建的APScore 科技有限公司，AWS 合作夥伴。

先決條件和限制

先決條件

• 您要遷移至 AWS 雲端的現有應用程式。

• 來自工具的現有伺服器清查資訊，例如AWS Migration Evaluator。您也可以在稍後的移轉階段匯入此資料。

• 現有的應用程序帳戶進階使用者權限。如需 AppScore 使用者帳戶的詳細資訊，請參閱如何將以角色為基礎的存取控制 (RBAC) 指派給使用者？(位於 Application) 文件中

• 了解如何在 AppScore 中指派 RBAC 角色。AppScore 提供三個主題專家 (SME) 角色，這些角色與評分階段。這意味著中小企只回答有關他們的專業知識和角色的問題。如需此項目的詳細資訊，請參閱如何將以角色為基礎的存取控制 (RBAC) 指派給使用者？(位於 Application) 文件中。

• 了解 AppScore 的建議，這些建議是以下列三種應用程式屬性為基礎：

  • 風險— 應用程式的業務關鍵性，不論是包含機密資料、資料主權要求，以及應用程式使用者或介面的數目

  • 複雜— 應用程式的開發語言 (例如，COBOL 的分數高於 .NET 或 PHP)、年齡、UI 或介面數目

  • 優勢— 批次處理需求、應用程式設定檔、災難復原模型、開發和測試環境使用

• 對 AppScore 反覆式資料擷取的四個階段的瞭解：

  • 招牌— 與伺服器資料結合以產生 7 Rs 評估的問題。如需詳細資訊，請參閱「」如何路標和評分申請(位於 Application) 文件中。

  • 評分— 產生風險、效益和複雜性分數的問題。

  • 目前狀態評估— 提供應用程式目前狀態評估的問題。

  • 轉換— 全面評估未來狀態設計的應用程式的問題。

重要：只有招牌和評分階段需要接收申請分數，7 盧比評估，並啟用小組規劃。將應用程式和表單範圍群組之後，您可以完成目前狀態評估和轉換階段，以建立更詳細的應用程式概觀。

Architecture

下圖顯示 AppScore 工作流程，該工作流程使用應用程式和伺服器資料，為您的移轉策略和轉換計劃建立建議。

Tools

• 應用程式分數— AppScore 可針對完整的 7 Rs 模型，提供以應用程式為中心的產品組合檢視，並針對每個應用程式建議的雲端路徑，協助您彌補探索與移轉實作之間的差距。

• AWS Migration Evaluator— AWS Migration Evaluator 是一項遷移評估服務，可協助您建立規劃和遷移的方向性商業案例。 

Epics

建立並載入初始應用程式清單

任務	描述	所需技能
準備應用程式清單。	使用您的使用者認證登入 AppScore 入口網站。下載Import Template來自應用頁面，然後更新Import Template與應用程式的非技術屬性 (例如，資料分類或可自訂的屬性清單)。 如需此項目的詳細資訊，請參閱如何更改 AppScore 應用程式和商務問卷(位於 Application) 文件中。 請注意：您也可以手動新增應用程式，方法是選擇新應用程式在應用(憑證已建立！) 頁面上的名稱有些許差異。然後，您可以輸入應用程式的非技術屬性。	移轉工程師
匯入應用程式資料。	在應用頁面上，選擇匯入應用程式匯入您的應用程式資料。	移轉工程師

擷取應用程式和業務資料

任務	描述	所需技能
檢閱並回答標誌和評分問題。	開啟伺服器頁面，然後選擇匯入伺服器。選擇包含伺服器資料的 .csv 檔案。 檔案可包括名稱、資料中心、作業系統、虛擬或實體、應用程式名稱、角色、資料庫技術、環境、CPU 核心計數和使用率、RAM 大小和使用率、磁碟大小和使用率、相符的機器類型，以及目前和預估的每月成本。 確認欄對映並選擇確認和匯入。匯入資料中遺失的資訊會反白顯示在伺服器(憑證已建立！) 頁面上的名稱有些許差異。您可以在此頁面上解決這些間隙，或使用大量編輯選項。伺服器與相關應用程式相關聯。不過，如果應用程式不存在於 AppScore 中，則會自動建立這些應用程式，然後將伺服器關聯。 您也可以使用 API 連線透過 AWS Migration Hub 擷取資料。如需此項目的詳細資訊，請參閱如何透過 API 從 AWS Migration Hub 匯入伺服器？  在應用程序分數文檔中。 請注意：如果您使用探索工具 (例如 AWS Migration Evaluator) 擷取一段時間內的效能，則必須儘快載入早期擷取伺服器資料，並在完全擷取效能指標時重新整理資料。AppScore 使用服務器名稱，操作系統和數據庫版本，數據中心和環境來提供分數和 7 盧比建議。	委任人
檢查申請分數。	開啟應用程式頁面，查看您應用程式的分數和 7 Rs 評估。您目前的執行成本也會計算出來。這些計算會在新資訊匯入至應用程式或伺服器頁面。	委任人
分析個別應用程式。	選擇應用程式頁面以檢閱詳細的建議。您可以選擇申請評估報告產生 .pdf 或 .docx 檔案，其中包含特定應用程式的詳細評估資料。	委任人

建立移轉排程

任務	描述	所需技能
選擇移動群組的應用程式。	開啟規劃頁面上，選擇群組建置器，然後根據自己的需求建立應用程式移動群組。 您可以新增或移除Columns (欄)區段。您也可以使用應用程式屬性篩選條件區段以選擇特定應用程式，其中包括篩選掉已屬於現有移動群組的所有應用程式。	移轉工程師
建立移動群組。	選擇已選取的群組，輸入移動群組的名稱，選擇您想要納入移動群組的應用程式，然後選擇新增至群組。	移轉工程師
排程移轉。	在轉換排程頁面上，AppScore 會為您的移動群組提供預估的轉換持續時間、工作量和成本。移動群組會自動加入到整體轉換排程中。 請注意：您可以自定義在努力估計背後的假設規劃設定(憑證已建立！) 頁面上的名稱有些許差異。這有助於讓它們符合您組織的需求。如需此項目的詳細資訊，請參閱如何設定規劃設定(位於 Application) 文件中。	移轉工程師
產生完整轉換報告。	開啟群組管理員頁面，然後選擇建立應用程式轉換報表文件。選擇移動群組，然後選擇匯出。這會產生摘要轉換的 .docx 檔案，其中包括每個移動群組的詳細資料。 如需應用程式轉換報告範例，請參閱範例應用程式轉換報告從應用程序分數網站。	移轉工程師

相關資源

• 什麼是應用程序遷移的 7 Rs？

• 仔細查看應用程式分數

• AWS Marketplace 中的應用程式分數