1) Цикл релиза "модулей" не привязан к релизу ансибл core?

Я думал, что при установке ansible сначало ставятся роли/модули/коллекции, а потом ядро. Нет?
setup.py
install_requires=[
'ansible-core>=2.11.5,<2.12',
],
И для модулей/коллекций есть релизный цикл, который синкается с коре.
2) По поводу поддержки ОС для ролей из галакси есть meta/main.yml. Нет проблем. Например,
platforms:
- name: Fedora
versions:
- all
- 25
3) Тестирование обычно происходит через молекулу, а не через ansible (--check --diff)
4) По поводу shell/shell... Есть модули (те что остались в версии 4.6.0) в core, которые забагованны. Специально проверил текущую develop ветку. Баги остались.
Например, https://docs.ansible.com/ansible/latest/collections/ansible/builtin/uri_module.html так не умеет корретно работать с бинарными файлами при заливке.
Так что да, shell.
5) Ansible в kubernetes? Он там точно не нужен. Без комментариев.
6) Странные рассуждения про мэинтейнеров ansible модулей/коллекций. Ты их никак не подвинешь. Мэинтейнер может только сам передать кому-нибудь.

1) Нет 2) Если внимательно слушать, то я сказал, что для энтерпрайза предлагается только 2.9.x. Остальные версии - для сам-себе-злобных-буратин. 3) Молекула используется для тестирования ролей, а не деплоя в целом. 4) Это опен-сорс, и ты знаешь, как это работает - берёшь, исправляешь. 5) Так и было сказано 6) 🤷‍♂️ я и не собирался

Можно я немного поумничаю. Ansible в Kubernetes нашел себя с другой стороны. Это один из трех (наряду с Helm и Go) вариантов разработки Kubernetes операторов, поддерживаемых Operator SDK. Возможно под это дело уже допилили до нормального состояния модули работы с кубернетс API, потому как лично я руками трогал их еще до того как Ansible стал позиционироваться подобным образом и состояние этих модулей было весьма плачевным из-за странных багов.

кубер и ансибл это боль и страдания с минимальным результатом

Ансибл в принципе боль и страдания. вот что болше боль и страдания Ансибл или Go — большой вопрос.

Go норм

Как Go связан с Ansible, не понял)))

> Это один из трех (наряду с Helm и Go) вариантов разработки Kubernetes операторов, поддерживаемых Operator SDK.

Это тоже оффтоп