Почитать то почитаю, но примеров бы, если у меня много сайтов, как это менеджить нормально. Примеров бы хороших

ну так а в чем проблема?

ищешь по, которое надо менеджить и смотришь как уже запилено

нашел примеров но очень мало https://github.com/okfn/infra

если один сайт деплоить, no problem. проблема настроить multiple websites, with different frameworks and languages.

https://galaxy.ansible.com/list#/roles?page=1&page_size=10

are you not russian speaker?

я знаю ansible galaxy, но не нашел примеров, где multiple websites (много вебсайтов в одной настройке)

вопрос в такой формулировке не несет смысла

попробуй перефразировать

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

смотри

Парень говорит как юзать ansible когда всего море и чтоб потом в этом не запутаться.

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

именно

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

что-то на php, что то на nodejs, что-то на go

да, поэтому будут конфиги под каждый проект, но таски в основном будут одинаковые

ток templates, могут различаться немного

или какие-то еще настройки, а так распаковка и установка пхп на сервер везде почти одинаковая

я таки делю между проектами/ есть работа, есть фриланс, есть свой проект

мы выносим настройки в vars, в отдельные вар-файлы и в зависимости от необходимости подцепляем

вопрос очень абстрактный

нужно смотреть на конкретику и в зависимости от нее уже танцевать

dmage до какого-то момента это спасает, но потом полная каша..

т.е.?

пробуй документировать скрипты

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

делить конечно есть смысл, но это чисто проектики для клиентов, если какой-то свой проект, то я скорей новый ansible config создам.

ну понятно что я это делаю, но один и тот же конфиг турдно применить "почти" подходит для другого проекта.... но это почти. приходится выкидывать некоторые шаги, или использовать теги, или ставить проверки... потом третий проект и тож что то похоже, но еще что то добавляется...

вот потом уже начинаешь делить

на разные проекты

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

верно, нужно делать роль чисто для установки nginx, а конфиги уже в другоую роль пихить, для примера

поэтому я и ищу какие-нибудь проекты, чтоб посмотреть как другие делают

с best practices

у тебя постановка вопроса настолько абстрактная, что тебе скорее не другие проекты нужны, а какой-нибудь ansible in action

прочитать

тут только практика

мне достаточно посмотреть на хороший конфиг, чтоб понять что к чему

не могу себе представить "хороший конфиг"

у них другие критерии

не ну что значит хороший конфиг... чаще всего конфиг зависит от архитектуры. от этого и прляшут....

"комплексный", "мультиплатформенный", "универсальный"

итд

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

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

вот пример, я так делаю в последнее время. есть роль psql. устанавливает и поднимает сервер. в defaults/main psql_users: [] psql_dbs: [] psql_user_priv: [] т.е. ничего настраивать не будет, просто поднимет сервер. а уже в host_vars для каждого хоста прописано какую базу настроить и как доступ организовать. вот пример

получается рль можно куда угодно поднять

и как угодно настроить взависимости от хоста

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

мне бы full проект посмотреть

ехх

https://github.com/sovereign/sovereign

A set of Ansible playbooks to build and maintain your own private cloud: email, calendar, contacts, file sync, IRC bouncer, VPN, and more.

ой

ну короче там много чего есть, может будет полезно

посмотрю

спасибо

правда это вроде немного старый вариант конфига, почему-то нет ansible.conf

еще раз. чаще всего конфиг формируетсяот того какая архитектура.

ansible.cfg

ansible.conf -- это не обязательно

вот пример моего конфига [defaults] inventory = hosts ask_sudo_pass = True retry_files_enabled = False важно только inventory = hosts, чтоб пальмы не уставали ))

да у меня он стоит

ERROR: S client not available

[defaults] inventory = ./inventories/hosts log_path = ./logs/ansible.log

[defaults] inventory = ./inventories/hosts log_path = ./logs/ansible.log

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

а ещё multiple sites on different lang нормальные парни делают в докере, что бы не превращать хосты в аццкий зоопарк всякой срани

и в данном случае деплоиться удобно будет - настраиваешь ансиблом хосты в базу, тип там агенты мониторинга, ключи и свежий docker engine из офф репки, а потом деплоишь с помощью docker_container модуля тем же ансиблом например

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

если сайтов у тебя действительно много

омг

Главный любитель докера в чате говорит омг

я? докера? вы что-то путаете

или с кем-то

омг - это про "непременно один плейбук на все проекты/сайты". я не пониманию саму концепцию, почему это должно быть именно так :)

омг - это про "непременно один плейбук на все проекты/сайты". я не пониманию саму концепцию, почему это должно быть именно так :)

Это тёмная сторона сандера

я? докера? вы что-то путаете

Это был сарказм, 1:0.

это был так себе сарказм, потому что у меня по LXC контейнеру на проект, без всякого докера :)

А чо те докер тогда не нравится?)

ущербная реализация

Хм

когда простынями iptables впору укрываться - можно юзать ferm

После firewalld iptables просто верх простоты, удобства и лаконичности

Хм

он должен приносить какое-то удобство, но неудобен при этом страшно

он должен приносить какое-то удобство, но неудобен при этом страшно

Не заметил проблем

Не заметил проблем

начиная с цепочки сраных -e WHATEVER - выбешивает

Композ же

Или ансибл

ансиблом я контейнер соберу и без этого говна :)

docker run --name my_db -p 5432:5432 -e POSTGRES_PASSWORD=password -e POSTGRES_USER=user -e POSTGRES_DB=my_db -e POSTGRES_DB_SCHEMA=schema_name my_db у меня при виде этого в голове одна мысль: блеать, шта? seriously?

Это run же

я в курсе. и чо. от этого он стал удобным? :)

С композом да, вполне

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

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

Субмодули очень специфичны - проще использовать ansible-galaxy.

Субмодули очень специфичны - проще использовать ansible-galaxy.

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

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

Есть - см: http://devdocs.io/ansible/galaxy Installing multiple roles from a file