Зачем?

что бы IaC

Чем не устраивают имеющиеся?

Покажете имеющиеся с генерацией p12 cертов для tls шифрования?

например. пример прдкинуть не можешь какой то ?

например. пример прдкинуть не можешь какой то ?

так он же скипает так

С какой целью вы изобретаете свой велосипед?

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

не должен. если хост входит в firstgroupe то для него выполнится 1.yml

Зачем для маленькой задачи совершенно другую роль переписывать?

скипает )

надо смотреть что написано, так не скажу)

При всём моём уважении к незнакомому человеку, почему вас так волнует моя мотивация? как минимум мне нужна практика)

так он же скипает так

всё равно спасибо за попытку))

Просто интересно, зачем люди такое делают :) Практика - это ок. Это хорошо. Но, может, логичнее попрактиковаться в адаптации уже готовой роли под свою задачу? Как минимум, чтобы более продуктивно свое время потратить на допиливание нужных фич, а не переизобретение велосипеда в ..надцатый раз

cat main.yml --- - name: Sonar Dep include: dep.yml when: inventory_hostname in groups["node"] cat dep.yml --- - name: Create sonarqube scripts directory file: path: /home/ubuntu/sonar-testtttttttt state: directory owner: ubuntu group: ubuntu mode: 0755 recurse: yes cat hosts [master] 192.168.33.20 ansible_ssh_user=root ansible_python_interpreter=/usr/bin/python3 [node] 192.168.33.10 ansible_ssh_user=root ansible_python_interpreter=/usr/bin/python3 ```

про велосипед это как-то избито, не находите?)

Просто интересно, зачем люди такое делают :) Практика - это ок. Это хорошо. Но, может, логичнее попрактиковаться в адаптации уже готовой роли под свою задачу? Как минимум, чтобы более продуктивно свое время потратить на допиливание нужных фич, а не переизобретение велосипеда в ..надцатый раз

cat main.yml --- - name: Sonar Dep include: dep.yml when: inventory_hostname in groups["node"] cat dep.yml --- - name: Create sonarqube scripts directory file: path: /home/ubuntu/sonar-testtttttttt state: directory owner: ubuntu group: ubuntu mode: 0755 recurse: yes cat hosts [master] 192.168.33.20 ansible_ssh_user=root ansible_python_interpreter=/usr/bin/python3 [node] 192.168.33.10 ansible_ssh_user=root ansible_python_interpreter=/usr/bin/python3 ```

cat sonarqube.yml --- - name: Sonarqube Installing hosts: master vars_files: - ./vars.yml gather_facts: yes become: true become_user: root tags: sonarqube roles: - { role: sonarqube, tags: sonarqube }

вот и ответ) у вас плейбук только для группы master выполняется

когда роли сложные, я беру за основу что-то из сети, например https://github.com/StreisandEffect/streisand но т.к. у нас одна ось на всех хостах, то 3/4 vars и половина плейбука оказывается избыточной, например https://github.com/UnderGreen/ansible-role-mongodb и если роль достаточно простая то проще написать с нуля. либо получить опыт, например slurp я до сих пор не использовал.

вот и ответ) у вас плейбук только для группы master выполняется

В каком смысле "избыточной"? Вас кто-то заставляет ими пользоваться?

туплю. сори .... спасибо

в смысле это сложнее читать и избыточно держать в репе.

А зачем это держать в своей репе?

почему вы задаёте так много вопросов?

Пытаюсь понять причину странных вещей :)

не лучше ли потратить время эффективнее, на работу например?))

для вас они странные, для нас с коллегой правильные. всё относительно)

Уютненько тут у вас) еще зайду при случае)

Не обижайтесь. Мы реально стараемся помочь новичкам и уберечь от ненужных граблей

вот смотрю я на https://docs.ansible.com/ansible/latest/user_guide/playbooks_variables.html#variable-precedence-where-should-i-put-a-variable и хочу понять куда мне положить переменную и не понимаю. у меня есть два окружения. первое через gcp_compute второе обычный статик. в статике понятно сложить в инвентори. в gcp_inventory для этого вроде как служит compose ключ. но чего то мне не нравится такой поход. некоторой неконситентностью переписать надо незначительное колво переменных и в динамическом инвентори вытащить их из гугла я возможности не вижу (к примеру адреса балансеров) думаю я что лучшим вариантом является передача таких параметров через пункт 22 в варианте ansible-playbook -e @gce_env.yaml ansible-playbook -e @static_env.yaml верно ли соображаю ?

вот смотрю я на https://docs.ansible.com/ansible/latest/user_guide/playbooks_variables.html#variable-precedence-where-should-i-put-a-variable и хочу понять куда мне положить переменную и не понимаю. у меня есть два окружения. первое через gcp_compute второе обычный статик. в статике понятно сложить в инвентори. в gcp_inventory для этого вроде как служит compose ключ. но чего то мне не нравится такой поход. некоторой неконситентностью переписать надо незначительное колво переменных и в динамическом инвентори вытащить их из гугла я возможности не вижу (к примеру адреса балансеров) думаю я что лучшим вариантом является передача таких параметров через пункт 22 в варианте ansible-playbook -e @gce_env.yaml ansible-playbook -e @static_env.yaml верно ли соображаю ?

Не обижайтесь. Мы реально стараемся помочь новичкам и уберечь от ненужных граблей

вот смотрю я на https://docs.ansible.com/ansible/latest/user_guide/playbooks_variables.html#variable-precedence-where-should-i-put-a-variable и хочу понять куда мне положить переменную и не понимаю. у меня есть два окружения. первое через gcp_compute второе обычный статик. в статике понятно сложить в инвентори. в gcp_inventory для этого вроде как служит compose ключ. но чего то мне не нравится такой поход. некоторой неконситентностью переписать надо незначительное колво переменных и в динамическом инвентори вытащить их из гугла я возможности не вижу (к примеру адреса балансеров) думаю я что лучшим вариантом является передача таких параметров через пункт 22 в варианте ansible-playbook -e @gce_env.yaml ansible-playbook -e @static_env.yaml верно ли соображаю ?

каких например ?

сейчас же я вижу два варианта того как можно сделать склеить между собой два мира. в gcp_compute указать env=gcp в static указать env=static и тогда всё отлично складываетя в диру group_vars и второй кейс как я указал выше. с тем что бы группы оставить для групп а тащить различия в файлах

сейчас же я вижу два варианта того как можно сделать склеить между собой два мира. в gcp_compute указать env=gcp в static указать env=static и тогда всё отлично складываетя в диру group_vars и второй кейс как я указал выше. с тем что бы группы оставить для групп а тащить различия в файлах

затруднения в том что бы сделать похожий флоу при деплое в разные окружения

у меня есть gitlab-ci.yaml в котором я указываю env в который деплою и там же определяют перменную с тем какой файл брать

у меня есть gitlab-ci.yaml в котором я указываю env в который деплою и там же определяют перменную с тем какой файл брать

про ансибл вопрос который ты не понял :)

Привет. а может кто-то подсказать, актуален ли сейчас флаг --platform для молекулы? т.е. в статьях я вижу что его используют, а у меня молекула говорит что нет такого (2.22)