基于Jinja2模板从Ansible变量中条件生成集合的技术问询

我之前也碰到过这种没法用Ansible执行、只能纯靠Jinja2实现配置生成的场景，完全可以复刻你原本用Ansible变量循环的逻辑，甚至构建类型集合生成第二个配置也没问题。下面给你具体的实现步骤：

因为现在没有Ansible的上下文注入变量，我们需要在Jinja2模板里手动定义和你原本Ansible变量结构一致的变量集合。比如假设你原本的Ansible变量是服务列表，那我们可以这样定义：

{% set ansible_style_vars = {
    'services': [
        {'name': 'web', 'type': 'http', 'port': 80},
        {'name': 'api', 'type': 'http', 'port': 8080},
        {'name': 'db', 'type': 'mysql', 'port': 3306},
        {'name': 'cache', 'type': 'redis', 'port': 6379},
        {'name': 'metrics', 'type': 'http', 'port': 9090}
    ]
} %}

这一步和你在Ansible里的逻辑完全一致，直接遍历变量里的服务列表即可：

# === 生成的服务配置文件 ===
{% for service in ansible_style_vars.services %}
[service_{{ service.name }}]
service_type = {{ service.type }}
listen_port = {{ service.port }}
{% endfor %}

执行后会输出每个服务对应的配置块，和你用Ansible生成的效果完全相同。

要提取唯一的服务类型并生成对应配置，有两种实现方式：

方式一：简洁版（Jinja2 2.10+ 支持） #

利用Jinja2的map和unique过滤器快速收集唯一类型：

{% set unique_service_types = ansible_style_vars.services|map(attribute='type')|unique|list %}

# === 生成的类型集合配置文件 ===
{% for type in unique_service_types %}
[type_{{ type }}]
status = enabled
{% endfor %}

方式二：兼容低版本Jinja2 #

如果你的Jinja2版本较低，不支持上述过滤器，可以手动循环判断来收集唯一类型：

{% set unique_service_types = [] %}
{% for service in ansible_style_vars.services %}
    {% if service.type not in unique_service_types %}
        {% do unique_service_types.append(service.type) %}
    {% endif %}
{% endfor %}

# === 生成的类型集合配置文件 ===
{% for type in unique_service_types %}
[type_{{ type }}]
status = enabled
{% endfor %}

注意： 如果使用手动循环的方式，需要确保你的Jinja2环境开启了do语句支持（有些默认是关闭的，需要在环境配置里启用extensions=['jinja2.ext.do']）。

内容的提问来源于stack exchange，提问作者pranavmalhotra