将资源迁移到 Bicep 的工作流
在此模块中,你已了解将 Azure 资源迁移到 Bicep 的建议工作流的五个阶段。 这五个阶段是:转换、迁移、重构、测试和部署。 本单元提供该过程的摘要。
阶段1:转换
迁移资源的转换阶段的目标是捕获 Azure 资源的初始表示形式。 你在此阶段创建的 Bicep 文件并未完成,尚未准备好使用。 但是,该文件提供了开始迁移的起点。
转换阶段包含两个步骤:
- 捕获 Azure 资源的表示形式。
- 使用
decompile
命令将 JSON 表示形式转换为 Bicep。
阶段 2:迁移
迁移阶段的目标是创建可部署 Bicep 文件的初稿,并确保它定义迁移范围内的所有 Azure 资源。
迁移阶段包括三个步骤:
- 创建新的空白 Bicep 文件。
- 从反编译的模板中复制每个资源。
- 标识并重新创建任何缺失的资源。
阶段 3:重构
重构阶段侧重于提高 Bicep 代码的质量。 这些改进可以包括更改(如添加代码注释),用于让模板符合模板标准。
重构阶段包含八个步骤:
- 查看资源 API 版本。
- 在新的 Bicep 文件中查看 linter 建议。
- 修改参数、变量和符号名称。
- 简化表达式。
- 审阅子资源和扩展资源。
- 模块化。
- 添加注释和说明。
- 遵循 Bicep 最佳做法。
阶段 4:测试
将资源迁移到 Bicep 的测试阶段的目标是验证已迁移模板的完整性并进行测试部署。
测试阶段包含八个步骤:
- 运行 ARM 模板部署 What-if 操作。
- 进行测试部署。
阶段 5:部署
将资源迁移到 Bicep 的部署阶段的目标是将最终的 Bicep 文件部署到生产环境。 在进行生产部署之前,需要考虑一些事项。
部署阶段包含四个步骤:
- 准备回滚计划。
- 针对生产运行 What-if 操作。
- 手动部署模板。
- 运行冒烟测试。