將資源遷移至 Bicep 的工作流程

已完成

在本課程模組中，您已了解將 Azure 資源遷移轉至 Bicep 的建議流程的五個階段。 五個階段分別是轉換、移轉、重構、測試和部署。 本單元會提供流程的摘要。

階段 1：轉換

移轉資源的「轉換」階段的目標是擷取 Azure 資源的初始表示法。 您在此階段建立的 Bicep 檔案不完整，且尚未準備好使用。 但此檔案是移轉的起點。

轉換階段包含兩個步驟：

1. 擷取 Azure 資源的表示法。
2. 使用 decompile 命令即可將 JSON 表示法轉換為 Bicep。

階段 2: 移轉

「移轉」階段的目標是為可部署的 Bicep 檔案建立初稿，並確保其會定義移轉範圍內的所有 Azure 資源。

遷移階段包含三個步驟：

1. 建立新的空白 Bicep 檔案。
2. 從您反向組譯的範本中複製每個資源。
3. 識別並重新建立任何遺漏的資源。

階段 3：重構

「重構」階段的重點是改善 Bicep 程式碼的品質。 這些改進項目可能包括像是新增程式碼註解的變更，其可讓範本與您的範本標準保持一致。

重構階段包含八個步驟：

1. 檢閱資源 API 版本。
2. 在新的 Bicep 檔案中檢閱 Linter 建議。
3. 修訂參數、變數和符號名稱。
4. 簡化運算式。
5. 檢閱子資源和擴充資源。
6. 模組化。
7. 新增註解和描述。
8. 遵循 Bicep 最佳做法。

階段 4：測試

移轉資源至 Bicep 的「測試」階段的目標是驗證所移轉範本的完整性，並執行測試部署。

測試階段包含兩個步驟：

1. 執行 ARM 範本部署假設狀況作業。
2. 執行測試部署。

階段 5：部署

移轉資源至 Bicep 的「部署」階段的目標是將最終 Bicep 檔案部署到生產。 在生產部署之前，您需要考慮幾件事。

部署階段包含四個步驟：

1. 備妥復原計劃。
2. 對生產環境執行假設狀況作業。
3. 手動部署範本。
4. 執行煙霧測試 (Smoke Test)。