Я говорил про названия пакетов в пределах одной ветки

с 8.111 до 8.112?

с 8.111 на 8.121 и потом на 8.131 и так далее. а в чем дело?! сначала обновляется билд ферма с тестами. если падает - девелоперы код адаптируют

с 8.111 на 8.121 и потом на 8.131 и так далее. а в чем дело?! сначала обновляется билд ферма с тестами. если падает - девелоперы код адаптируют

Ни в чем. Пилите спокойно.

Как только вашим девелоперам и продактам надоест что из-за какого-то то дятла обновляется джва на сервере и после этого все падает они к вам придут и спросят, малой а зачем ты это делаешь?

Вообще конечно как только версию продукта/окружения начинают определять люди которые не делают сам продукт непосредственно это очень занятно.

Как только вашим девелоперам и продактам надоест что из-за какого-то то дятла обновляется джва на сервере и после этого все падает они к вам придут и спросят, малой а зачем ты это делаешь?

вообще у нас прописаный и зафиксированный процесс.

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

Как только вашим девелоперам и продактам надоест что из-за какого-то то дятла обновляется джва на сервере и после этого все падает они к вам придут и спросят, малой а зачем ты это делаешь?

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

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

+1

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

ну скажем если бы мы говорили о 6 яве я бы с вами не согласился - там ещё SUN много чего внутри мажора меняли. но начиная с 7ой, а тем более с 8ой, явы ситуация поменялась в этом плане в лучшую сторону.

ну скажем если бы мы говорили о 6 яве я бы с вами не согласился - там ещё SUN много чего внутри мажора меняли. но начиная с 7ой, а тем более с 8ой, явы ситуация поменялась в этом плане в лучшую сторону.

я ежемесячно обновлял 6-ю яву - ничего не падало и всё работало, потому что у нас разрабы писали софт нормально

правда, обновлял я openjdk

следили за изменениями скорее. но да - это возможно. важно понимать что это стоит денег и что на это стоит тратить деньги.

следили за изменениями скорее. но да - это возможно. важно понимать что это стоит денег и что на это стоит тратить деньги.

поддерживаю 👍

O'Reilly планирует выпуск Ansible: Up & Running. 2nd edition.

2017 Aug

http://shop.oreilly.com/product/0636920065500.do

2017 Aug

это еще дожить надо

и не забыть!

или заранее купить

нельзя заранее скачать с торрента

нельзя заранее скачать с торрента

book

ну так это ж первая редакция небось

да 15

в 15-м у многих тут еще лысины не было

в 15-м у многих тут еще лысины не было

да...

народ, есть такая задачка: есть 2 хоста (например host1 и host2), надо с одного на другой передать файлик (приватный ключ), связи между ними нет (то есть нельзя просто так взять и скачать), как можно сделать?

cat & paste

через git?

scp -3 :D

и как это все поможет в плейбуке?

на втором хосте ты генерищь файлик ансиблом?

на втором хосте ты генерищь файлик ансиблом?

его там установочный скрипт генерит

установочный скрипт запускает ансибл?

установочный скрипт запускает ансибл?

да

точнее так ты ансиблом можешь из этого файлика вычитать, положить в факт?

и прочитать из факта с другой ноды например

и прочитать из факта с другой ноды например

точняк, а у уже хотел делегейт лосалхост делать и локально scp с хост1 на хост2

точняк, а у уже хотел делегейт лосалхост делать и локально scp с хост1 на хост2

http://docs.ansible.com/ansible/playbooks_delegation.html#delegated-facts

читать можешь slurp он все в b64encode засовывает, так что хоть какая никакая safety...

читать можешь slurp он все в b64encode засовывает, так что хоть какая никакая safety...

спасибо, но аолучается все равно надо вызывать delegate_to: "{{ host2 }" загонять файл в переменную, а потом из переменной в файл на host1... наверное проще сделать local_action: csp -3 user2@host2:path-to-file user1@host1:path-to-file как и предлагалось выше

читать можешь slurp он все в b64encode засовывает, так что хоть какая никакая safety...

Security through obscurity?

Нубский вопрос: а как в анзибле канонично использовать наследование словарей?

допустим есть у меня некая *_network, определенная в group_vars/all. Нужно чтобы для каждого хоста был определен *_network.ip и впихнут в шаблон :)

про hash_behaviour=merge знаю, просто его не рекомендуют использовать

я определяю такое в hostvars, прямо в inventory пишу server_special_ip=11.22.33.44

специально делаю, чтобы не усложнять. потом переменная {{ server_special_ip }} подставляется мне в зависимости от хоста

ещё есть примеров вот тут: http://docs.ansible.com/ansible/faq.html#when-should-i-use-also-how-to-interpolate-variables-or-dynamic-variable-names

Another rule is ‘moustaches don’t stack’. аааа!!!

как перестать орать и начать работать

допустим есть у меня некая *_network, определенная в group_vars/all. Нужно чтобы для каждого хоста был определен *_network.ip и впихнут в шаблон :)

DNS можно использовать. lookup.

не, мне надо тупо статически

До anisble 2 я использовал свой модуль, после - он поддерживает merge хешей

- debug: msg="{{ item.key }} = {{ item.value }}" with_dict: "{{ my_default_values | combine(my_values) }}"

До anisble 2 я использовал свой модуль, после - он поддерживает merge хешей

но в доках - написано, что это костыль и косяк

аа, вот так

а если мне надо одновременно with_items и скомбинировать переменные? (например настроить кучу VLAN-ов)

а если мне надо одновременно with_items и скомбинировать переменные? (например настроить кучу VLAN-ов)

можно страдать, а можно широко использовать соотетствующий функционал ансибла (http://docs.ansible.com/ansible/playbooks_filters_ipaddr.html)

там же один фиг беготня по VLAN и адресам/маскам

там же один фиг беготня по VLAN и адресам/маскам

а это здесь при чем? мне просто хотелось в одном словаре передать скомбинированные параметры сети в шаблоны для ifcfg-* примерно так: - name: Configure network template: <кусь!> with_items: - service_network - public_network - ...

include_vars не?...

ну и опять же с точки зрения inventory все параметры должны быть известны, то есть этой конструкции прямой путь в inventory group vars

...если вспомнить, что 1 inventory = 1 самодостаточное окружение

а это здесь при чем? мне просто хотелось в одном словаре передать скомбинированные параметры сети в шаблоны для ifcfg-* примерно так: - name: Configure network template: <кусь!> with_items: - service_network - public_network - ...

у меня такой пример есть прям в проде, я тупо завел vars.yml и туда положил имена файлов в переменные. а в темплейте у меня подставляется имя файла.

ну и на одни узлы одни темплейты катятся, на другие - другие. это уже в hosts определяется. там не так много логики чтобы делать три этажа.

хм, ну ок

а это здесь при чем? мне просто хотелось в одном словаре передать скомбинированные параметры сети в шаблоны для ifcfg-* примерно так: - name: Configure network template: <кусь!> with_items: - service_network - public_network - ...

в playbook.yml: - name: copy interface scripts template: src=files/etc/sysconfig/network-scripts/{{ item }} dest=/etc/sysconfig/network-scripts/ mode=0644 with_items: - "{{ interfaces_group1 }}" - "{{ interfaces_group2 }}" - "{{ interfaces_group3 }}" <...> в vars.yml: interfaces_group1: - "ifcfg-enp2s0" - "ifcfg-dummy0" <...>

Филосовский вопрос: почему все девопс инструменты так не приспособлены к костылям? У них у всех идеальный дизайн с бест практиками, что имя только их хуй что сделаешь, и приходится обкладываться двойными и тройными костылями чтобы как-то решить задачу. Это касается что Ansible что Terraform (по моим наблюдениям)

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

Ну ансиболь и терраформ врядли являются всеми девопс инструментами

Филосовский вопрос: почему все девопс инструменты так не приспособлены к костылям? У них у всех идеальный дизайн с бест практиками, что имя только их хуй что сделаешь, и приходится обкладываться двойными и тройными костылями чтобы как-то решить задачу. Это касается что Ansible что Terraform (по моим наблюдениям)

тоже филосовский вопрос: может мы просто не умеем готовить? потому и появляются резиновые костыли (я сам не говорю, что умею готовить)

мне всегда казалось, что отсутствие костылей, это то, к чему нужно стремиться...

Но так как область молодая и довольно сложная, опыта еще наработано мало, то все предпочитают описать только популярные 100% кейсы и запретить все остальное. Иначе будет очень сложно разрабатывать продукт.

мне всегда казалось, что отсутствие костылей, это то, к чему нужно стремиться...

как по мне наличие костылей - от нехватки знаний

опять же никто не запрещает навелосипедить свой модуль

как по мне наличие костылей - от нехватки знаний

не всегда

не всегда

может подход изначально неправильный

костылять приходится когда подобие теряется