Обработчики уведомлений Ansible в другой роли

Вы также можете вызывать обработчики роли зависимости. Может быть проще, чем включение файлов или явный список ролей в playbook только для целей отношения роли к роли. Например.:

• роли / мои-обработчики / обработчики / main.yml

  ---
  - name: nginx restart
    service: >
      name=nginx
      state=restarted
  

• роли / мой-другой / мета / main.yml

  ---
  dependencies:
  - role: my-handlers
  

• роли / другие / задачи / main.yml

  ---
  - copy: >
      src=nginx.conf
      dest=/etc/nginx/
    notify: nginx restart
  

Вы сможете это сделать, если включите файл обработчика.

Пример:

handlers:
  - include: someOtherRole/handlers/main.yml 

Но я не думаю, что это элегантно.

Более элегантный способ - создать пьесу, которая управляет обеими ролями, примерно так:

- hosts: all
  roles:
  - role1
  - role2

Это позволит обеим ролям вызывать другие обработчики.

Но я бы снова предложил сделать все это в одной роли и в отдельных файлах и использовать условное включение http://docs.ansible.com/playbooks_conditionals.html#conditional-imports

надеюсь, это поможет

Вы можете импортировать дополнительные обработчики из YourRole/handlers/main.yml файла, используя import_tasks.

Итак, если MyRole нужно вызвать обработчики в каком-то OtherRole, roles/MyRole/handlers/main.yml будет выглядеть так:

- import_tasks: roles/OtherRole/handlers/main.yml

Конечно, roles/MyRole/handlers/main.yml также может включать дополнительные обработчики.

Таким образом, если я хочу запускать MyRole без выполнения задач из OtherRole, ansible сможет правильно импортировать и запускать обработчики из OtherRole

У меня была аналогичная проблема, но мне нужно было выполнить много действий в других зависимых ролях.

Поэтому вместо того, чтобы вызывать обработчика, мы устанавливаем такой факт:

- name: install mylib to virtualenv
  pip: requirements=/opt/mylib/requirements.txt virtualenv={{ mylib_virtualenv_path }}
  sudo_user: mylib
  register: mylib_wheel_upgraded

- name: set variable if source code was upgraded
  set_fact:
    mylib_source_upgraded: true
  when: mylib_wheel_upgraded.changed

Затем в другом месте в другой роли:

- name: restart services if source code was upgraded
  command: /bin/true
  notify: restart mylib server
  when: mylib_source_upgraded

В настоящее время я использую ansible v2.10.3, и он поддерживает вызов handlers для разных ролей. Это произошло потому, что handlers видны на уровне воспроизведения согласно Ansible Docs говорит. Вы можете увидеть упомянутые документы в самой нижней точке.

обработчики имеют область действия и могут использоваться вне той роли, в которой они определены.

К вашему сведению, я протестировал решение, то есть вызвал handlers другой роли, и оно работает! Нет необходимости импортировать или иначе, просто убедитесь, что роли находятся в одном исполнении.

Проиллюстрировать:

• roles/vm/handlers/main.yaml

  ---
  - name: rebootvm
    ansible.builtin.reboot:
      reboot_timeout: 600
      test_command: whoami
  

• roles/config-files/tasks/main.yaml

  ---
  - name: Copy files from local to remote
    ansible.builtin.copy:
      dest: /home/ubuntu/config.conf
      src: config.conf
      backup: yes
      force: yes
    notify:
      - rebootvm
  

Поэтому, когда файл конфигурации (т.е. config.conf) изменится, Ansible отправит его в удаленное место и уведомит обработчик rebootvm, после чего виртуальная машина будет перезагружена.

P.S. Я не знаю, какая именно версия Ansible поддерживает это.

Изменить: исправление отступа кода