как минимум, ваше решение (как я понял) не поддерживает ситуацию, когда докер стоит, а раннер под докером не нужен

поддерживает - потому и проверяю статус

Зачем? Что вам дает проверка статуса?

+ у вас если вы напутаете и поставите установку раннера до докера - у вас неправильно отработает

Наоборот. Вы пытаетесь столовой вилкой что-то выкопать. А вас спрашивают - почему обычная лопата не подошла. Логичный вопрос.

вообще выставлять хардовые зависимости на уровне логики между ролями - так себе идея, много вариантов ногу прострелить

Однозначный антипаттерн

Вообще, такие вещи обычно решаются группами в инвентори. Если есть хост в группе докер, то докер должен быть, нет хоста - нет докера

давненько я небывал в нашем канале ) забыл как тут всему учат что делать и как. Вместо ответа на простой вопрос кто как проверяет наличие или отсуствия сервиса. Вариант проверки наличия в группе докера - в обще бред и манки.  Что мне дает проверка я сказал - логика настройки ранера под те или иные условия. Это не хадкорная зависимость а обычная логика. Что если раннер для такого то экзекутора - в данном случае докера, надо сделать такие то телодвижения. Кому нравится манкать передавая варс, поддерживая группы и тп - велком. Но это все не по теме вопроса как проверить наличие или отсутвия сервиса

Хреначь на башсибл

сервис понятие широкое, что именно имеется ввиду? systemctl -l про эти "сервисы" идет речь?

when: "'docker-ce' in ansible_facts.packages"

а если в статусе disable, то переключить в enable и стартануть... условие чуть длинней, но вполне

чем не решение?

злой ты

Огнище статья, здорово выручила: https://hecat.es/project/serverless-ansible/

В рамках aws юзаешь?

Мне оттуда надо было как работать с ansible.cfg для написания плагинов.

ок, просто если в рамках aws то не имеет смысла, у них и так для ансибла сервис есть отдельный

+1 , только волта нету(а он там и не нужен, в рамках статьи)