A
ну со мной работают чуваки, что не шарят за ансибл и вообще всю эту херь
Size: a a a
2019 September 10
A
просили им сконцентрировать
PВ
ну пора начинать ибо это прошлый век
A
так-то да
PВ
в нынешнем веке уже совсемвсе по другому работает
A
я вот и думал извратиться под их запрос, но хер там
A
чуваки вот как просили
https://{% if env == 'prod' %}PROD_DOMAIN{% else %}DEV_DOMAIN{% endif %}/foo.booA
я рванул рубаху на груди и сказал, что ансибл так может
A
но оказалось, что нет)
PВ
я рванул рубаху на груди и сказал, что ансибл так может
он может но это путь для долбоящеров которых надо в три хуя , если они готовы на это то почему нет то
PВ
я лично никого бы в свое очно не допускал
A
ну они выращены на башскриптах же
PВ
ну они выращены на башскриптах же
KR
не претендую на истину, но я сделал так.
1. Есть дерево каталогов:
tree -L 2 ansible/
ansible/
├── group_vars
│ └── all.yml
├── inventory_hcloud.yml
├── inventory_static.ini
├── plays
│ ├── roles -> ../roles
│ ├── setup-new-instances.yml
│ └── ....
├── roles
│ ├── common
│ └── ...
└── vars
├── local.yml
└── production.yml
2. vars/local.yml и vars/production.yml - это переменные относящиеся к окружениям.
3. далее при вызове плэйбуков имя окружения передается через -e env=...
4. самый простой плйэбук выглядит так:
В итоге можно иметь сколько захочется переменных которые зависят от окружения.
1. Есть дерево каталогов:
tree -L 2 ansible/
ansible/
├── group_vars
│ └── all.yml
├── inventory_hcloud.yml
├── inventory_static.ini
├── plays
│ ├── roles -> ../roles
│ ├── setup-new-instances.yml
│ └── ....
├── roles
│ ├── common
│ └── ...
└── vars
├── local.yml
└── production.yml
2. vars/local.yml и vars/production.yml - это переменные относящиеся к окружениям.
3. далее при вызове плэйбуков имя окружения передается через -e env=...
4. самый простой плйэбук выглядит так:
cat plays/setup-new-instances.yml
---
- hosts: all
become: true
vars_files:
- ../vars/{{ env }}.yml
roles:
- common
- consul-common
В итоге можно иметь сколько захочется переменных которые зависят от окружения.
2019 September 11
A
ага, тема
A
спасибо
2019 September 12
a
товарищи, всем привет. кто-нибудь сталкивался с проблемой: я пытаюсь получить число нод консула для одного из параметров его конфига. пример:
есть переменная
Я перепробовал разные способы. Куча примеров как конвернуть в int, но не помогает. Кто-нибудь сталкивался? Ansible 2.6/2.7 проверил.
Как заставить этот jinja-фильтр
есть переменная
bootstrap_expect: "{{groups['consul-server']|length|int}}"
и подсчет выполняется правильно и без проблем. вот только результат - это строка, bootstrap_expect: "2", а надо число , просто 2. конфиг не валиден, если не число. Я перепробовал разные способы. Куча примеров как конвернуть в int, но не помогает. Кто-нибудь сталкивался? Ansible 2.6/2.7 проверил.
Как заставить этот jinja-фильтр
intработать не понимаю. Может есть какой-то другой способ получать число?
O
товарищи, всем привет. кто-нибудь сталкивался с проблемой: я пытаюсь получить число нод консула для одного из параметров его конфига. пример:
есть переменная
Я перепробовал разные способы. Куча примеров как конвернуть в int, но не помогает. Кто-нибудь сталкивался? Ansible 2.6/2.7 проверил.
Как заставить этот jinja-фильтр
есть переменная
bootstrap_expect: "{{groups['consul-server']|length|int}}"
и подсчет выполняется правильно и без проблем. вот только результат - это строка, bootstrap_expect: "2", а надо число , просто 2. конфиг не валиден, если не число. Я перепробовал разные способы. Куча примеров как конвернуть в int, но не помогает. Кто-нибудь сталкивался? Ansible 2.6/2.7 проверил.
Как заставить этот jinja-фильтр
intработать не понимаю. Может есть какой-то другой способ получать число?
2019 September 13
a
Спасибо, но не подойдёт. я забыл сказать, что все параметры, которые нужны в конфиге указываются в переменных. Типа так
а в шаблоне просто
consul_config:
param1: shiiiiii
param2: fuuuu
{{ consul_config | to_nice_json }}