35、基础设施即代码（IaC）工具管理与应用实践

基础设施即代码（IaC）工具管理与应用实践

1. 工具升级与替换

1.1 工具升级策略

在升级工具时，若工具提供迁移工具或脚本以简化更新，可尝试原地升级。若升级失败，则需使用升级后的工具在新的工具状态下创建全新资源。若有疑问，可参考工具的升级文档。

1.2 工具替换场景与挑战

随着时间推移，为提升功能或获得更好的供应商支持，不可避免地需要更换工具。在迁移到新工具时，若缺乏有效的架构模式，可能会遇到困难。例如，网络团队想从供应商的领域特定语言（DSL）迁移到开源DSL，但找不到直接迁移的脚本，这就需要谨慎进行迁移。

1.3 新工具支持导入功能的迁移步骤

当新工具支持导入功能时，可按以下步骤迁移现有资源：
1. 升级模块以使用新的开源DSL，并更新测试用例。
2. 确定可更改的低级资源，创建单独的文件夹、分支或存储库，将新DSL与供应商DSL隔离开。
3. 编写新DSL的配置文件，将现有资源导入新DSL的状态中。
4. 重写测试用例以测试新DSL的语法，确保测试通过后，继续编写配置并导入高级资源。
5. 最后删除旧的基础设施即代码（IaC）配置。

在编写新IaC的每个周期中，都要进行预运行检查和测试重写，以确保新工具的默认值与现有状态匹配，避免出现偏差。

1.4 新工具不支持导入功能的迁移步骤

若新工具不支持导入现有资源，则需采用蓝绿部署策略来重新创建资源。具体步骤如下：
1. 更新模块以使用新工具，发布包含重大更改说明的新版本模块。
2. 为低级资源创建具有独立状态的新文件夹、存