Плейбуки тоже одинаковые будут

Параметры только разные

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

А как тогда с разными инвентори быть?

Типа прод/стейдж

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

возьми дженкинс

или тимсити

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

будешь смотреть на зеленую пимпу и пить смузи

Но вопрос то не о "запуске" был

А как органищовать сами плейбуки/инвентори

ну есть же "стандартное" дерево

Щас у меня есть папка inventory/staging/ и inventory/prod/

Там статический инвентори и динамический aws

И что тебе не нравится?

Получается, что у меня разные сайты могут жить в разных aws

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

Просто у вопроса так много данных входящих что ответ примерно "ну сделай разные инвентари для разных клиентов"

Как бэ тут надо сесть и подумать, зная специфику

Мне кажется ты её должен знать)

Ну либо давай больше подробностей, будем думать вместе

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

сча напишу тупость но [aws1:site1]

Да, по поводу групп не получится так. У меня плейбуки используют "абстрактные" группы. Там нет упоминания амазона ваще

Т.е. один и тот же плейбук можно поставить хоть на авс, хоть в контейнер lxc

Т.е. до этого я все это разруливал меппингом в статическом инвентори авс_группа -> человеко-читаемая_группа

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

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

Разница в паролях и в принципе в параметрах

Еще датацентры амазона разные могут быть

Тогда это не вопрос инвентори. разные пароли и параметры хранятся в своем client42.yml, и плейбуки подключают его.

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

И еще есть значит переменная clientId которую ты передаешь при запуске плейбука.

Т.е. я думал о том, что да, нужен параметр клиента, амазон инстанс будет иметь тег, по нему тачки отфильтруются.

Ну или группа чтобы можно было указать через -l

1 группа на клиента

Походу группа на клиента самый прямой варик тогда

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

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

Похоже на бред, или не?

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

вот у меня есть template

как мне прописать путь в срц?

целиком?

или он сам поймет что надо из templates брать?

Пиши относительный, template делает лукап в папку template автоматом

Похоже на бред, или не?

Вроде не похоже

крутяк, спс

или он сам поймет что надо из templates брать?

Если темплейт в роли то сам схавает

Вроде не похоже

Danke.

Danke.

Какая люто сложная вундервафля у тебя там

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

Поэтому пришлось заводить абстракцию для групп и делать 2 инвентори файла в инвентори директории

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

А теперь получается 3й слой появился — клиенты :)

В итоге у меня плейбук абсолютно не в курсе где он раскатывается.

звучит круто )

ты крут

и вот еще глупый вопрос

если я создаю дирку

gile: path=/we/love/gays state=directory

Так

он создаст все дирки по дороге?

или обвалится?

Создаст

оукей

Хотя погоди

Возможно там ключ нужен

ща смотрю

ansible-docs file

В консоль

ща смотрю

- recurse recursively set the specified file attributes (applies only to state=directory) (Choices: yes, no) [Default: no]

там есть еще форс есть

чот он скорее для симлинков судя по описанию

блин, пухтон старый

не

не дает пип ансибл докс

эээ

в смысле?

да забей

попробую рекурс, спс