诚实地说说你上一个亚马逊云服务项目的基础设施是如何起步的。你从之前的代码仓库复制了特拉福姆配置，删除了报错的部分，然后继续推进。六个月后，没人记得为什么其中一半的结构是现在这个样子，而且还有一个长达五百行的 main.tf 文件，让所有人都不敢轻易触碰。
我受够了这种例行公事，所以我构建了一个特拉福姆蓝图生成器：选择你的亚马逊云服务技术栈，它会在几秒钟内生成干净、生产级结构的特拉福姆代码。
“生产级结构”究竟意味着什么
不是一个巨大的文件。也不是因为那样最快就使用拥有完全开放安全组的资源。你会得到：
- 合理的模块布局 —— 关注点分离，而不是将所有内容塞进单个文件中。
- 安全的默认设置 —— 倾向最小权限原则、默认私有的网络架构、在适当位置进行加密。安全选项是默认选项，因此你必须主动选择退出安全措施，而不是费力记住去启用它们。
- 设计上的可移植性 —— 基础配置中不会无故嵌入单一供应商锁定。（这与我们供应商锁定审计器背后的理念一致——将可移植性作为默认设置，而非事后补救。）
它是什么，不是什么
它是一个供你调整的基础模板，而非开箱即用的生产部署。你仍然需要：
- 审查每一行代码（这是你的基础设施，你要对其负责），
- 设置你自己的
tfvars变量文件， - 决定并配置你的状态后端。
它节省的是那些枯燥且容易出错的引导步骤——也就是不一致性和潜在安全隐患悄然滋生的环节。你将从一个干净、组织良好的基础开始，而不是继承上个季度的技术债务。
免费，无需注册：framz.io/tools/terraform-blueprint-generator。
我们为何制作此工具
我们在Framz构建并运行云基础设施，而一个一致、可移植且默认安全起点正是我们自己所需要的。因此，它公开且免费。
向运维开发群体提出两个问题：接下来应该覆盖哪些亚马逊云服务技术栈或资源？ 以及——那个总能引发激烈争论的问题——对于小团队的基础模板，应该使用模块还是扁平结构？ 欢迎在评论区告诉我你的看法。
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
