Anexar a listas ou adicionar chaves a dicionários no Ansible

Desde o Ansible v2.x, você pode fazer o seguinte:

# use case I: appending to LIST variable:
- name: my appender
  set_fact:
    my_list_var: '{{my_list_myvar + new_items_list}}'

# use case II: appending to LIST variable one by one:
- name: my appender
  set_fact:
    my_list_var: '{{my_list_var + [item]}}'
  with_items: '{{my_new_items|list}}'

# use case III: appending more keys DICT variable in a "batch":
- name: my appender
  set_fact:
    my_dict_var: '{{my_dict_var|combine(my_new_keys_in_a_dict)}}'

# use case IV: appending keys DICT variable one by one from tuples
- name: setup list of tuples (for 2.4.x and up
  set_fact:
    lot: >
      [('key1', 'value1',), ('key2', 'value2',), ..., ('keyN', 'valueN',)],
- name: my appender
  set_fact:
    my_dict_var: '{{my_dict_var|combine({item[0]: item[1]})}}'
  with_items: '{{lot}}'

# use case V: appending keys DICT variable one by one from list of dicts (thanks to @ssc)
- name: add new key / value pairs to dict
  set_fact:
    my_dict_var: "{{ my_dict_var | combine({item.key: item.value}) }}"
  with_items:
  - { key: 'key01', value: 'value 01' }
  - { key: 'key02', value: 'value 03' }
  - { key: 'key03', value: 'value 04' }

todos os itens acima estão documentados em: https://docs.ansible.com/ansible/latest/user_guide/playbooks_filters.html#combining-hashes-dictionaries

Você pode mesclar duas listas em uma variável com +. Digamos que você tenha um group_varsarquivo com este conteúdo:

---
# group_vars/all
pgsql_extensions:
  - ext1
  - ext2
  - ext3

E é usado em um modelo pgsql.conf.j2como:

# {{ ansible_managed }}
pgsql_extensions={% for item in pgsql_extensions %}{{ item }}, {% endfor %}

Você pode anexar extensões aos servidores de banco de dados de teste como este:

---
# group_vars/testing_db
append_exts:
  - ext4
  - ext5
pgsql_extensions: "{{ pgsql_extensions + append_exts }}"

Quando a função for executada em qualquer um dos servidores de teste, as extensões adicionais serão adicionadas.

Não tenho certeza se isso também funciona para dicionários, e também tome cuidado com os espaços e deixe uma vírgula pendente no final da linha.

você precisa dividir o loop em 2

---
- hosts: localhost
  tarefas:
    - include_vars: pilhas
    - set_facts: funções={{stacks.Roles | dividir(' ')}}
    - incluir: addhost.yml
      with_items: "{{roles}}"

e addhost.yml

- set_facts: groupname={{item}}
- set_facts: ips={{stacks[item]|split(' ')}}
- local_action: add_host hostname={{item}} groupname={{groupname}}
  with_items: {{ips}}

Quase todas as respostas aqui requerem mudanças nas tarefas, mas eu precisava mesclar dinamicamente os dicionários na definição de vars, não durante a execução.

Por exemplo, eu quero definir alguns vars compartilhados all group_varse, em seguida, quero estendê-los em algum outro groupou host_vars. Muito útil ao trabalhar para funções.

Se você tentar usar os filtros combineou unionsubstituindo a variável original em arquivos var, você terminará em loop infinito durante a modelagem, então criei esta solução alternativa (não é solução).

Você pode definir várias variáveis ​​com base em algum padrão de nome e carregá-las automaticamente na função.

group_vars/all.yml

dictionary_of_bla:
  - name: blabla
    value1 : blabla
    value2 : blabla

group_vars/group1.yml

dictionary_of_bla_group1:
  - name: blabla2
    value1 : blabla2
    value2 : blabla2

trecho de código de função

tasks:
  - name: Run for all dictionary_of_bla.* variations
    include_tasks: do_some_stuff.yml
    with_items: "{{ lookup('varnames','dictionary_of_bla.*').split(',') }}"
    loop_control:
      loop_var: _dictionary_of_bla

do_some_stuff.yml

- name: do magic
  magic:
    trick_name: item.name
    trick_value1: item.value1
    trick_value2: item.value2
  with_items: "{{ vars[_dictionary_of_bla] }}"

É apenas um trecho, mas você deve ter uma ideia de como funciona. nota: lookup('varnames','') está disponível desde ansible 2.8

Acho que também seria possível mesclar todas as variáveis dictionary_of_bla.*​​em um dicionário durante o tempo de execução usando a mesma pesquisa.

A vantagem dessa abordagem é que você não precisa definir listas exatas de nomes de variáveis, mas apenas o padrão e o usuário podem defini-la dinamicamente.

Não tenho certeza de quando eles adicionaram isso, mas pelo menos para dicionários/hashes (NÃO listas/arrays), você pode definir a variável hash_behaviour , assim: hash_behaviour = mergeem seu arquivo ansible.cfg.

Levei algumas horas para tropeçar acidentalmente nessa configuração: S

Ansibleé um sistema de automação e, em relação ao gerenciamento de arquivos de configuração, não é muito diferente do apt. A razão pela qual cada vez mais software oferece o recurso para ler trechos de configuração de um conf.ddiretório é permitir que esses sistemas de automação tenham diferentes pacotes/funções para adicionar configuração ao software. Acredito que não seja a filosofia de Ansiblefazer o que você tem em mente, mas sim usar o conf.dtruque. Se o software que está sendo configurado não oferece essa funcionalidade, você pode estar com problemas.

Já que você mencionou arquivos de configuração XML, aproveito a oportunidade para reclamar. Há uma razão para a tradição Unix de usar arquivos de configuração de texto simples. Os arquivos de configuração binários não se prestam bem à automação do sistema, portanto, qualquer tipo de formato binário causará problemas e provavelmente exigirá que você crie um programa para lidar com a configuração. (Se alguém pensa que XML é um formato de texto simples, deveria ter seus cérebros examinados.)

Agora, no seu PostgreSQLproblema específico. PostgreSQLsuporta o conf.dtruque. Primeiro, eu verificaria se shared_preload_librariespode ser especificado várias vezes. Não encontrei nenhuma dica na documentação de que possa, mas ainda assim tentaria. Se não puder ser especificado várias vezes, eu explicaria meu problema para os PostgreSQLcaras caso eles tivessem ideias; isso é um PostgreSQLproblema e não um Ansibleproblema. Se não houver solução e eu realmente não conseguir mesclar as diferentes funções em uma, implementaria um sistema para compilar a configuração no host gerenciado. Nesse caso, provavelmente criaria um script /usr/local/sbin/update_postgresql_configque compilaria /etc/postgresql/postgresql.conf.jinjaem /etc/postgresql/9.x/main/postgresql.conf. O script leria as bibliotecas de pré-carregamento compartilhadas de /etc/postgresql/shared_preload_libraries.txt, uma biblioteca por linha e as forneceria para jinja.

Não é incomum que os sistemas de automação façam isso. exim4Um exemplo é o pacote Debian .