我正在研究一种使用puppet管理WordPress实例的工具。流程如下:用户在Web界面中添加新WordPress安装的数据,然后该Web界面应该向puppet主机发送消息,告诉它将其部署到选定的机器。
目前,设置是通过清单文件完成的,该文件包含所有WordPress实例的声明,并通过puppet apply
在puppet代理上手动应用。这让我想到了两个问题:
答案 0 :(得分:2)
要回答你的第一个问题,是的,这绝对是通过木偶大师这样做的方法,你现在所拥有的是一个无主的设置,假设你正在以某种版本分发你的配置控制(如git)或手动过程。如果你不想要一个集中的主人,这是一种完全合法的做事方式。
如果你想使用一个主人,你需要将你的清单放在主人的$ modulepath中(这取决于你的版本,你可以在你的主人身上使用puppet config print modulepath
找到它)然后将傀儡代理人指向主人。
如果您想沿着主航线走下去,我建议您遵循puppet documentation,这将有助于您开始使用。
第二个问题让我想到了一个哲学论点,“这真的是你想要做的吗?'
Puppet传统上(在我看来)是一个声明性配置管理工具,旨在使您的系统以某种方式呈现。你编写代码来确定这就是我希望它看起来的样子。和Puppet会聚在一起使它看起来那样。你要做的更多是一个编排任务(即当X做Y时)。有一些方法可以使用Puppet来实现这一点,例如使用由webhook管理的mcollective(触发木偶运行),但我认为有更好的工具可用于此工作。
我建议您查看ansible,saltstack或厨师knife tool进行此类部署。