Saltstack自0.17.x版本开始引进Formulas的概念,旨在经过简化State和集成数据来实现State的友好管理。根据SALT FORMULAS的官方文档,在完成手动添加formula目录后,formula应该提供一些默认的配置而当即可用。若是须要进一步的配置,大部分的formulas能够经过Pillar数据进行配置,能够参考每一个Formula仓库的pillar.example文件查询可用的配置。html
先来看下编写State的通常样例:apache
乍看一下以为这样写很正常,但是仔细想一想吧,这样一来,apache的应用属性的判断逻辑写死在sls文件里,一旦须要更多的判断逻辑时这样的写法便稍显笨拙,那么,有什么好办法呢?spa
其实简单来讲的话,Formulas便是建议使用Salt的用户编写State sls时统一使用map.jinjia来完成处理逻辑和判断,从而生成相似pillar的变量数据。下面,一样以apache为例讲述Salt Formulas编写逻辑。Formulas结构以下:rest
Formulas的核心便在于map.jinja的编写,如上Apache对应的map.jinja样例内容以下:orm
这样一来,apache对应的主sls(init.sls)内容则能够改写为以下:server
少了复杂的判断逻辑,多了变量数据的简单使用!htm
Salt Formulas 还能够经过结合Pillar实现更多的扩展。一样以上述Apache的配置为例,须要编写conf.sls来完成apache的配置,结合Formulas Map 概念以后,它可能变成以下内容:blog
注意上述配置里,除了导入map.jinja预约义内容外,还有一行source配置使用了奇怪的salt["pillar.get"]["apache:lookup:config:tmpl"],熟悉pillar的应该不陌生,这即是结合了pillar来完成state的定义。文档
事先在/srv/pillar/top.sls里包含apache.sls,然后在这个pillar定义文件里添加对应内容来重写映射关系:get
这样一来,即可以基于Formulas map基础上作更多的特点化配置。
如你所见,Formulas其实应该算是State的集成和封装,事实上,Github也已经有不少的*-Formulas state出现,一个标准的*-Formulas 拥有如下结构:
具体可参照Github上已有的Formulas样例,这里再也不赘述。
参考内容: