Аналог Ansible без yaml?

Опишите пожалуйста подробнее, что именно не устраивает, например, в loop и как вы хотите, чтобы было. Т.е. для какого кейса вы пишите портянки на yml. Вопрос к тому задаю, что, быть может, вы просто не умеете его готовить?

То что я не умею его готовить вполне возможно: все же я больше разработчик чем DevOps.
Примеры кейсов:
- нужно установить три раза одну и ту же роль, но с разными параметрами (например - выдача сертификатов на разные домены на одну машину). Либо include_role с vars, либо копипаста. Многословно. Хотелось бы сделать функцию а-ля `install_certs(domain)` и вызвать ее.
- есть роль которая зависит от другой роли (например некоторый сервис, который должен быть выставлен через nginx - т.е. зависим от nginx'a). Настройка nginx'a специфична, может быть использована независимо от сервиса.
и тп.

Многословность (в сравнении с вызовом функций) меня также убивает:

```yaml
- name: "xxxx"
files:
path: /a/b/c
state: directory
```

вместо ожидаемого

```python
# xxxx
files('/a/b/c', kind='directory')
```

или (более корректно)

```yaml
- include_role:
name: abc
vars:
x: 1
y: 2
```

вместо

```python
abc(x = 1, y = 2)
```

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

Леший Городской,

- нужно установить три раза одну и ту же роль, но с разными параметрами (например - выдача сертификатов на разные домены на одну машину). Либо include_role с vars, либо копипаста. Многословно. Хотелось бы сделать функцию а-ля `install_certs(domain)` и вызвать ее.

В данном случае надо просто указать переменную в hostvars, со списком доменов:

ssl_frontend_domain:
  - domain1.ru
  - domain2.com

В роли примерно такое:

- name: Get new certificate for "{{ ssl_frontend_domain }} list"
  debug:
    msg: "certbot certonly -m my@mail.ru --agree-tos --no-eff-email -d {{ ssl_frontend_domain | join(',') }} --redirect --webroot -w /opt/tmp"

В плейбуке

- name: Get certs
  hosts: localhost
  connection: local
  roles:
    - my_role

И запуск
ansible-playbook playbook.yml

Вывод

TASK [my_role : Get new certificate for "['domain1.ru', 'domain2.com'] list"] ***********************
ok: [localhost] => {
    "msg": "certbot certonly -m my@mail.ru --agree-tos --no-eff-email -d domain1.ru,domain2.com --redirect --webroot -w /opt/tmp"
}

Все. Даже loop не нужен.

- есть роль которая зависит от другой роли (например некоторый сервис, который должен быть выставлен через nginx - т.е. зависим от nginx'a). Настройка nginx'a специфична, может быть использована независимо от сервиса.

Суть в том, что пишется одна роль nginx для всех хостов. Все специфичные переменные выносятся наружу и передаются роли из host_vars или group_vars. Вызов роли из плейбука применит разные значения переменных в зависимости от хоста или группы.
Затем так же пишется вторая роль my_service и добавляется в список применяемых ролей в плейбуке.

Многословность (в сравнении с вызовом функций) меня также убивает:

```yaml
- name: "xxxx"
files:
path: /a/b/c
state: directory
```

вместо ожидаемого

```python
# xxxx
files('/a/b/c', kind='directory')
```

Это фича Анзибла и yaml. На нем не программируют, а описывают состояние к которому анзибл должен привести систему после выполнения плейбука. Для этого и пишутся простыни, в которых сначала создается каталог и затем в него кладется файл. Это просто и очевидно. Хотя мы-то знаем, что банальный `mkdir /a/b/c` проще. Но мы можем не знать на какой именно системе это выполняется, поэтому такое не верный подход, поскольку анзибл только передает команду и ни как не контролирует выполнение, только читает вывод (который надо дополнительно обработать), либо статус код:

- name: xxx
  command: mkdir /a/b/c

А такой верен, поскольку однозначно описывает для анзибла, что надо сделать, при помощи модуля:

- name: xxx
  files:
    path: /a/b/c
    state: directory

Т.е. можно ведь и баш скрипты написать, которые буду удобны только их написавшему, но это не про управление и чтение командой