IaC: 简洁 Or 灵活？

最近在搞 devops，记录一下对 Infrastructure as code 代码风格的一点感悟

直接从一个例子展开吧

假如需要将原来单账号下以下多网络分别创建到单独的账号下

为了网络创建复用自然需要使用 module 去按账号构建

（别想动态指定 provider，terraform 不支持！）

那问题是怎么将 vpc 的配置按账号分组传递给对应的 module

来看两种方案

方案一：动态分组

给每个 vpc 配置加 acct_key, 然后代码动态分组

聚合那里代码需要两段，主要是 terraform 的默认聚合，只会按 key 相同合并成 array，但我们其实是要把 array 的每个元素合并成一个 object, 方便后续按网络的 key 去索引资源创建的结果

（比如 module 输出了 vpc 资源的创建结果 vpcs，就可以用 module.acct_a_vpcs.vpcs.network1 拿到 network1 的结果）

聚合后结果如下：

这不是程序员最擅长的代码封装么，配置没怎么变，代码动态一聚合就完成了变更的需求，灵活吧。

等等，再来看一个方案

方案二：静态分组

就是配置按账号重新拆分

然后使用时按账号获取配置就是一目了然的事

整体看下来两种方案好像都差不多，但如果考虑代码的简洁与配置聚合的粒度的话，第二种就更胜一筹

毕竟对于 IaC 而言，一目了然的简洁比复杂的代码抽象更易于维护，基础设施的配置文件本来就不应该搞复杂。

哈哈, 代码封装也有碰壁的时候。

当然也有需要代码封装的时候，比如把多个账号的vpcs结果合并起来，便于其他资源跨账号按vpc key查询资源id，路由表id啥的