问自动生成云形成。好是坏

EN

我已经在几个项目中使用了大约9个月的金丝尔 RubyGem，并对此非常满意，原因如下：

• 随着脚本变得更加复杂，Comments是非常宝贵的。
• 相关项在source中是并置的--例如，资源的Output可以物理地位于该资源旁边的源文件中，而不是位于文件的另一个不相关的部分。JSON生成器确保所有定义都在适当的位置。
• 属性files我发现我对堆栈参数的需求最小；它们只是添加了一个在源代码管理中没有跟踪的东西。
• Ruby比Fn:Sub内部函数容易得多，尽管当我想包括帐户ID之类的东西时，我仍然使用这个函数。
• 配置驱动的stacks --这是一个大问题:我们所有的应用程序配置(例如，自动缩放组、负载均衡器、DNS)都非常相似，可以用几行配置来表示。由于堆栈JSON是由功能齐全的编程语言生成的，所以我可以循环配置并使用if- loop语句来定义相关的资源。一个简单的100行应用模板可以为十几个或更多的应用程序生成堆栈。

CFNDSL不是唯一的选择；它恰好是我在正确的时间被介绍给大家的东西。我还听说过用Python编写的堆栈生成器，在不同的时间，我可能会更喜欢它。

底线:以编程方式生成堆栈要比维护纯声明性格式(特别是JSON )要好得多。

我的答案可能有点晚了，但是我已经创建了一个cfpack工具来将巨大的CloudFormation模板分割成更小的模板。这样做的想法是，当您拆分主模板时，您会创建完全兼容的、实际上是CF模板本身的小模板。然后，当您运行cfpack bulid命令时，它会组合所有模板并构建可以部署到CloudFormation的主模板文件。

另一件好事是，您可以创建可重用的插入模板并在不同的项目之间共享它。

所以，看看它，也许它也能帮到你。这里是一个示例用法，请检查templates文件夹(该项目尚未完成，但演示了如何使用cfpack)。