Question

我们在由salt管理的小兵上运行了几个Python虚拟环境。

系统名称由此架构构建：

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 = ...%}？

我就像面向对象编程一样工作：

您可以为主目录
如果在特殊情况下需要不同的主目录，那么您可以继承基类并覆盖基类的工作方式。

在盐中你有YAML和模板......两件好事。但就我而言，OOP会很好。

Answer 1

您还可以动态生成支柱数据。请考虑支柱文件的以下示例：

{% 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沉重的SLS文件有点难以阅读，您可以考虑切换到支柱文件的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}

SaltStack：来自SLS文件的数据的属性（计算值）？

1 个答案: