我想先说我是傀儡的新手.我一直在使用它,vagrant并开始觉得写清单很舒服,但我缺乏可以回答我的问题的经验或直觉.
我试图了解木偶的范围,以及绘制线条的位置.我特别感兴趣的是它如何适用于模块及其创建和使用.
一个更具体的例子:puppletlabs-nginx模块.所以假设我正沿着我的快乐方式,为给定的服务器角色创建一个清单; 说这是一个简单的静态文件网络服务器,我想用nginx.该模块显然将帮助我; 有try_files支持等.我甚至可以通过这个模块进行反向代理.但是如果事情变得更加棘手呢？如果我想以编程方式执行某些操作而无法使用该模块,该怎么办？
好吧,或许简短的回答是自己解决,做一个拉动请求,并以我的快乐方式.但那又停在哪里了？社区木偶模块的目标是支持给定软件包的每个方面吗？这似乎难以管理.另一方面,是不是会创建一堆大部分出炉的模块,仅仅根据用例构建？
然后,有一个类似于Android UI:我认为最常见的XML UI定义有setter方法.在木偶中如果感觉相似.您可以通过编程方式构建配置文件,也可以通过填写ERB模板来创建配置文件.换句话说,我觉得配置文件的程序化创建和配置文件的模板化创建之间的木偶线是模糊的; 我找不到Android的最佳方式,因此我不知道哪种方式可以使用木偶.
那么,问题是:什么构成理想的木偶模块？它应该更多地依赖模板吗？在清单？它应该考虑所有配置方案吗？
从进一步退缩的角度来看,我似乎想要一些更有见解的东西.Puppet的力量似乎是灵活性和抽象性,但那里的模块感觉不一致而不是充实.
谢谢阅读...