SaltStack:SLS 文件中数据的属性(计算值)?
SaltStack: Properties (computed values) for data from SLS files?
我们 运行 几个 Python 由 salt 管理的 minions 虚拟环境。
系统的名称是按此架构构建的:
project_customer_stage
示例:
supercms_favoritcustomer_p
支柱数据:
systems:
- customer: favoritcustomer
project: supercms
stage: p
- customer: favoritcustomer
project: supercms
stage: q
对于每个 virtualenv,我们有一个 linux 用户。到目前为止,我们像这样计算 "home" 这样的值:
{% for system in pillar.systems %}
{% set system_name = system.project + '_' + system.customer + '_' + system.stage %}
{% set system_home = '/home/' + system_name %}
...
不过是多余的
我们如何避免复制粘贴{% set system_home = ...%}
?
我喜欢面向对象编程的工作方式:
- 您可以为主目录定义一个 属性
- 如果您在特殊情况下需要不同的主目录,那么您可以子class 基础 class 并覆盖基础 class 的工作方式。
在 Salt 中,你有 YAML 和模板……都是好东西。但在我的情况下,OOP 会很好。
您还可以动态生成支柱数据。考虑以下支柱文件示例:
{% import_yaml "systems.yml" as systems %}
systems:
{% for system in systems %}
{% set name = system['name'] | default(system.project + '_' + system.customer + '_' + system.stage) %}
{% set home = system['home'] | default('/home/' + name) %}
- name: {{ name }}
customer: {{ system['customer'] }}
project: {{ system['project'] }}
stage: {{ system['stage'] }}
home: {{ home }}
{% endfor %}
此支柱定义从 systems.yml
文件加载 YAML 数据,Salt 将在您的 pillar_root
目录中查找该文件。该文件可能如下所示(与您的初始示例非常相似):
- customer: smith
project: cms
stage: p
- customer: jones
project: shop
stage: p
name: jones_webshop_p # <-- alternate name here!
请注意,此示例动态计算项目名称和用户主目录等属性,除非它们在您的数据文件中明确定义。为此,在支柱定义中使用了 Jinja default()
filter。
使用这个支柱定义,您可以直接从支柱数据中简单地在状态定义中使用 name
和 home
:
{% for system in salt['pillar.get']('systems') %}
{{ system.home }}:
file.directory
{% endfor %}
另外,因为在我看来这些 Jinja-heavy SLS 文件有点难以阅读,你可以考虑为你的 pillar 文件切换到 Python renderer:
#!py
import yaml
def run():
systems = []
with open('systems.yml', 'r') as f:
data = yaml.safe_load(f)
for system in data:
if not 'name' in system:
system['name'] = "%s_%s_%s" % (system['project'], system['customer'], system['stage'])
if not 'home' in system:
system['home'] = "/home/%s" % name
systems.append(system)
return {"systems": systems}
我们 运行 几个 Python 由 salt 管理的 minions 虚拟环境。
系统的名称是按此架构构建的:
project_customer_stage
示例:
supercms_favoritcustomer_p
支柱数据:
systems:
- customer: favoritcustomer
project: supercms
stage: p
- customer: favoritcustomer
project: supercms
stage: q
对于每个 virtualenv,我们有一个 linux 用户。到目前为止,我们像这样计算 "home" 这样的值:
{% for system in pillar.systems %}
{% set system_name = system.project + '_' + system.customer + '_' + system.stage %}
{% set system_home = '/home/' + system_name %}
...
不过是多余的
我们如何避免复制粘贴{% set system_home = ...%}
?
我喜欢面向对象编程的工作方式:
- 您可以为主目录定义一个 属性
- 如果您在特殊情况下需要不同的主目录,那么您可以子class 基础 class 并覆盖基础 class 的工作方式。
在 Salt 中,你有 YAML 和模板……都是好东西。但在我的情况下,OOP 会很好。
您还可以动态生成支柱数据。考虑以下支柱文件示例:
{% import_yaml "systems.yml" as systems %}
systems:
{% for system in systems %}
{% set name = system['name'] | default(system.project + '_' + system.customer + '_' + system.stage) %}
{% set home = system['home'] | default('/home/' + name) %}
- name: {{ name }}
customer: {{ system['customer'] }}
project: {{ system['project'] }}
stage: {{ system['stage'] }}
home: {{ home }}
{% endfor %}
此支柱定义从 systems.yml
文件加载 YAML 数据,Salt 将在您的 pillar_root
目录中查找该文件。该文件可能如下所示(与您的初始示例非常相似):
- customer: smith
project: cms
stage: p
- customer: jones
project: shop
stage: p
name: jones_webshop_p # <-- alternate name here!
请注意,此示例动态计算项目名称和用户主目录等属性,除非它们在您的数据文件中明确定义。为此,在支柱定义中使用了 Jinja default()
filter。
使用这个支柱定义,您可以直接从支柱数据中简单地在状态定义中使用 name
和 home
:
{% for system in salt['pillar.get']('systems') %}
{{ system.home }}:
file.directory
{% endfor %}
另外,因为在我看来这些 Jinja-heavy SLS 文件有点难以阅读,你可以考虑为你的 pillar 文件切换到 Python renderer:
#!py
import yaml
def run():
systems = []
with open('systems.yml', 'r') as f:
data = yaml.safe_load(f)
for system in data:
if not 'name' in system:
system['name'] = "%s_%s_%s" % (system['project'], system['customer'], system['stage'])
if not 'home' in system:
system['home'] = "/home/%s" % name
systems.append(system)
return {"systems": systems}