А docker-compose можно тоже с ними?

А docker-compose можно тоже с ними?

Гугол недоступен?) https://docs.ansible.com/ansible/latest/modules/docker_service_module.html Только смысла то особо нет. Либо ansible, либо docker-compose

либо kubernetes/openshift

Гугол недоступен?) https://docs.ansible.com/ansible/latest/modules/docker_service_module.html Только смысла то особо нет. Либо ansible, либо docker-compose

Ну docket-compose не работает по ssh :)

Ну docket-compose не работает по ssh :)

Может

Сокет прокинуть

ему и не надо - ansible запустит его на target machine

Ты про управление клиентом удалённым демоном?

Ты про управление клиентом удалённым демоном?

Да

Ну docket-compose не работает по ssh :)

Не понял.

ему и не надо - ansible запустит его на target machine

Ну вот я об этом думаю.

Да

Ну это одним демоном только

Не понял.

Ansible удалёнными же серверами может управлять, в отличии от docker-compose

Ansible удалёнными же серверами может управлять, в отличии от docker-compose

Ну, как бы, система управления конфигурацией этим и отличается от упрощалки для запуска парочки контейнеров)

в 2018 нужно использовать minikube/kubernetes и helm, а не docker compose

Ну, как бы, система управления конфигурацией этим и отличается от упрощалки для запуска парочки контейнеров)

Это ты говорил про "смысла нет"

но это уже оффтопик

в 2018 нужно использовать minikube/kubernetes и helm, а не docker compose

Там тоже с сетями всё автоматом происходит?

а то

Это ты говорил про "смысла нет"

Сорри, я уже потерял нить о чем идет речь. Ansible ходишь на сервак по ssh, клепаешь там питоновские скрипты из конфигурации ansible, которые клепают docker-compose данные и по api их дергают. Профит.

Тут ещё вопрос в традициях в компании :)

Там тоже с сетями всё автоматом происходит?

У Тебя просто все ляжет на docker-compose, когда количество "проектов" будет даже больше 3. Не говоря уже о мониторинге, сборе логов и сексом с сетями.

не говоря уже о zero-time deployment

проблема ansible (кроме ишуев на гитхабе), это то, что овладевая этим инструментом, им пытаются решать весь спектр задач

в 2003 это было бы нормално

проблема ansible (кроме ишуев на гитхабе), это то, что овладевая этим инструментом, им пытаются решать весь спектр задач

Просто, всегда есть более чем один выход из ситуации.

проблема ansible (кроме ишуев на гитхабе), это то, что овладевая этим инструментом, им пытаются решать весь спектр задач

this!

Просто, всегда есть более чем один выход из ситуации.

не понимаю зачем вы это мне пишите, но на всякий случай напомню, что "выходов" из "ситуации" всегда несколько

проблема ansible (кроме ишуев на гитхабе), это то, что овладевая этим инструментом, им пытаются решать весь спектр задач

почему issues на гитхабе являются проблемой?

нужно делать лого канала на основе того комикса из xkcd про regexp

почему issues на гитхабе являются проблемой?

я немного не так выразился

http://ipfw.ru/quotes/500

у меня была задача, файл на нодах поменять, с учетом того, что структура одинакова, но некоторые данные отличаются, формат был ini писал плейбуку, сначала написал на чистом ansible, нужная подстановка была достигнута в 3 таска потом посмотрел на все это, и нарисовал рядом таск с онлайнером sed'a (правда закоментировал и оставил на память)

темлейтизация стоила еще дороже (по друдозатратам)

наверное, отсюда вывод, что написать в таске shell, в котором вызвать sed и получить назад rc 0 или stderr это самый быстрый способ? что ж, согласен

отсюда вывод скорее, что нужно ориентироваться по ситации, особенно если работаешь в команде (которая потом этот "кодец" будет смотреть)

Единственное что здесь хорошо - что ansible-lint бьет по рукам за шелл и прочее говно в коде

думать о тех, кто придёт за нами это важная часть философии

Единственное что здесь хорошо - что ansible-lint бьет по рукам за шелл и прочее говно в коде

не знаю, не пользуюсь, такие дела

за sed в публичном доступе надо по рукам бить

особенно если нет валидации инпута

не знаю, не пользуюсь, такие дела

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

это, например, где?

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

Тогда логично про эти системы помнить, что они не могут управляться с помощью Ansible "искаропки".

это, например, где?

например - всякие железки

за sed в публичном доступе надо по рукам бить

https://github.com/uuner/sedtris/blob/master/sedtris.sed female hacker написала (вроде соотечественница) https://www.youtube.com/watch?v=0TFdHRIiuqc

тут вообще есть понятие оффтопика? :)

например - всякие железки

да, но на них тогда и sed'а мне кажется не будет)

да, но на них тогда и sed'а мне кажется не будет)

openwrt как пример, или прочие линуксы (tiny core), на которые нельзяй поставить python (в силу ограниченного диска например)

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

Про убунту в облаках - видел. Есть такое выражение - "ССЗБ", сам себе злобный буратино. Это про тех, кто сначала выбирает странные системы, чтобы потом мужественно бороться с тем, что выбранный ими же Ansible "искаропки" не работает.

Но чтобы поставить точку про убунту - https://gist.github.com/gwillem/4ba393dceb55e5ae276a87300f6b8e6f.

странные системы приезжают с ынтрыпрайзом

https://github.com/uuner/sedtris/blob/master/sedtris.sed female hacker написала (вроде соотечественница) https://www.youtube.com/watch?v=0TFdHRIiuqc

нет, ну то бензин, а то - дети

какие дети? фашисты!

хорошая беседа, про опенврт сразу и не подумал, кстати

10лет лет назад это было нормально, sed это же полностью тюринг совместимый язык

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

так и приезжает разная ойти флора и фауна

Это все конечно прекрасно, но я бы в таком 💩возится бы не хотел

да в принципе до фонаря, как ойти отдел будет обслуживать эту систему, ансибл, шмансбил я знаю одну большую бигдату, которую 4 (четыре) года обслуживают 450 строчным баш скриптом для миграции данных, за 4 года приходили в этот отдел разные люди им рассказывали положение дел, и каждый новый хотел это все переписать на какой-нибуд configuration manager по факту, скрипт башовый только рос, а ынтырпрайз очень махровый

10лет лет назад это было нормально, sed это же полностью тюринг совместимый язык

дело скорее в том, что сед идет с шеллом, а тот шибко любит всё подставлять куда не надо

см. также SQL injection

ну можно регулярочками и sql injection обойти но это все дичайший оффтопик, я уже жду бана

Я думаю там и помимо этой простыни на баше было много веселого ынтырпрайза

ну можно регулярочками и sql injection обойти но это все дичайший оффтопик, я уже жду бана

бан не бан, а давайте по теме 😉

Здравствуйте, никто не сталкивался с проблемой использования модуля gce на macOS ? ansible==2.6.2 apache-libcloud==0.20.1 запускаю таску на создание VPC (пример в доке ansible взял) и получаю такую ошибку fatal: [localhost]: FAILED! => {"changed": false, "msg": "libcloud with GCE support (0.17.0+) required for this module"} с чем это может быть связано?

модуль ансибла требует питонвскую либу версии 0.17 и выше

apache-libcloud==0.20.1

вот версия выше

выше все пакеты написал которые установлены

а, вижу

а, вижу

это было б слишком очевидно) не понимаю куда копать

тогда скорее всего дело в том, что ansible использует какой-то другой питон, в котором либа другой версии

virtualenv стоит?

тогда скорее всего дело в том, что ansible использует какой-то другой питон, в котором либа другой версии

python2 везде, и пакеты установлены через pip2

ansible --version покажи

virtualenv стоит?

да, думаете в нем попробовать сделать?

ansible --version покажи

ansible --version ansible 2.6.2

полный вывод пожалуйста