我正在尝试以编程方式重新创建一组AWS资源,这些资源是通过AWS控制台手动创建/配置的。
AWS控制台为您提供了很多功能。
例如,您可以使用AWS控制台在大约10秒内创建一个具有Api-Gateway触发器的Lambda函数。
控制台在幕后做了很多神奇的事情,定义和配置资源,如策略、阶段、权限、模型等。
理论上,CloudTrail应该允许我看到幕后到底发生了什么,但在这种情况下,它似乎是沉默的(即带有Api网关触发器的Lambda函数)。
我可以玩躲猫猫游戏,并使用CLI进行大量的转储,列出阶段、策略、导出api定义等,并查找差异,但有没有更简单的方法?-就像跟踪控制台在完成所有魔术时创建的REST调用的方法一样?
注意: CloudFormer本可以提供帮助,但它只是写了一半的软件(嘿,亚马逊!)并且只涵盖了我所定义的资源的三分之一。拥抱Cloudformation是否意味着不使用这些非常节省时间的控制台?
发布于 2019-07-11 17:46:55
在使用控制台或任何其他云控制台来管理您的资源时,使用CloudFormation和其他基础架构作为代码服务可以减少您的点击次数。
但是,当您必须旋转具有几乎相同配置和软件堆栈的资源时,这些工具就派上用场了。
如果您使用CloudFormation,您将能够根据您的需要定义策略,使用哪个操作系统映像,安装哪个堆栈等。它为您提供对资源的分钟控制。
我建议,如果您必须多次部署这些资源,那么创建一个CloudFormation模板并使用它。
因此,我建议您创建一个CloudFormation模板,并将其用于将来的需要,而不是找到一种方法从您当前的基础架构重新创建代码。
如果您需要比当前流程更简单的东西,这就是它,因为您只需编写所需的配置一次。
Hashicorp Terraform也是亚马逊网络服务CloudFormation的一个很好的替代方案。您可以使用Terraforming将当前基础结构导出为Terraform可读文件。
https://stackoverflow.com/questions/56984810
复制相似问题