ненужны терь виртуалки )

https://forge.puppet.com/elastic/elasticsearch У кого получилось поставить x_pack plugin и успешно автиоризироваться? Вижу что есть еще 2 способ сделать авторизацию на нгинкс и за ним поставить ластик + кибану + логстеш, но может есть нативный способ добавить деф-юзера?

И с дженкинсом - я так понял для 2 версии нужно самому запилить модуль (с блэкджеком и ... )?

икс пак платный ;)

верней, нужна подписка эластиковская

https://forge.puppet.com/elastic/elasticsearch У кого получилось поставить x_pack plugin и успешно автиоризироваться? Вижу что есть еще 2 способ сделать авторизацию на нгинкс и за ним поставить ластик + кибану + логстеш, но может есть нативный способ добавить деф-юзера?

мы ставили шилд вообще проблем никаких не было на крайняк - всегда можно авторизоваться админом

ок. Спс! буду пробовать. за дженкинс - https://forge.puppet.com/rtyler/jenkins вроде бы ок по описанию.

ок. Спс! буду пробовать. за дженкинс - https://forge.puppet.com/rtyler/jenkins вроде бы ок по описанию.

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

Georgii C этим все в порядке ... DSL ну и дженкинсфайл сейчас многое упрощает...

по крайней мере так было год тому назад

сейчас на паппет смотрю - так как очень удобно все хранить как код и автоматизировать установку и настройку. Вот только не все модули устраивают ) не все предоставляют самое "свежинькое". И многие локи делают по версиям (дженкинс в том числе). Покуда он был на 1.** версии - ламать не переломать можно было, а теперь надо много заморачиваться с создание юзеров и импортом креденшилов. Кстати ... Есть у кого пример вызова curl с джейнос бади?

Georgii C этим все в порядке ... DSL ну и дженкинсфайл сейчас многое упрощает...

ну ну, до тех пор пока тебе не нужен какой нибудь extended choice plugin и ты садишься в лужу.

@ptchol я больше в сторону дженкинсфайла смотрю с включением кастомных либ.

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

ДСЛ это фишка бамбу сейчас ... там вообще нету качественных темплейтов

https://marketplace.atlassian.com/plugins/ch.mibex.bamboo.plandsl/server/overview

этот четкий для бамбу, но в атласиана халявы особо нет ...

А на новой версии (2.89 кажись) дженкинса еще столкнулся с проблемой автоматизации добавления рабов. Там задеприкейтили многие протоколы через вольнирабилитиэс. И все что пока придумал - это спинар по ssh.

или есть еще круче солюшин? Чтобы как в сварм плагине (который для 2.89 в бете) ... На 1.** сварм рулил и педалил...

Подскажите про работу конструкции вида: nodes/node.yaml: groups: - mygroup groups/mygroup.yaml ... hiera.yaml: hierarchy: mapped_paths: ['::groups', 'group', 'groups/%{group}.yaml'] site.pp: $group = lookup('groups', { 'default_value' = [], 'merge' => 'unique' })

А если точнее, то щас напишу в чем затык :)

nodes/node.yaml: groups: - mygroup var1: - A - ---B groups/mygroup.yaml var1: - B - C common.yaml: lookup_options: ... strategy: deep ... knockout_prefix: --- var1: - ---A - B - C

При выполнении команды puppet lookup --node node ::var1 выводит правильный результат - C

При прогоне на node агента получаем результат вида "A B C ---A"

wtf?

Странная работа knockout'а именно при наличии группы. Если из node.yaml исколючить groups, то работает

deep-лукап для groups в site.pp решил проблему. Но все равно wtf

А здесь ведь есть те кто паппет для деплоя через CI юзают да ?

ну частично

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

в результате переехали на ансибл

только в случае latest версий контролим (ну это косвенно ci конечно касается) а так тимсити + скрипты деплоя

мы дергаем puppet agent -t дженкисом перед тем подменяя факт, где хранится путь к артефакту

только в случае latest версий контролим (ну это косвенно ci конечно касается) а так тимсити + скрипты деплоя

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

мы дергаем puppet agent -t дженкисом перед тем подменяя факт, где хранится путь к артефакту

мы просто смотрим есть ли лок-файл и ждём, чтобы не разъебать ничего )

лок файл паппет агента есесно

а мы убиваем агента нахер перед деплоем)

мы просто смотрим есть ли лок-файл и ждём, чтобы не разъебать ничего )

ну мы типа стопаем сервис сразу после того

так просто в дженкисе видно лог

дев нода подключена как слейв к жене

сервис топаем само собой и ещё, если агент задизэйблен кем-то, просто фэйлим билд

сервис топаем само собой и ещё, если агент задизэйблен кем-то, просто фэйлим билд

yup

мы ставим пакет с проектом после стопа агента, потом паппет его приводит в порядок: права, симлинки, каталоги, конфиги

версия пакета хранится в хиере и меняется скриптом деплоя, никакого latest

версия пакета хранится в хиере и меняется скриптом деплоя, никакого latest

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

Я понял

А вот довольно обычный кейс

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

Как держать все эти энвы, собирать их в рамках CI и жить с этим

имхо тут проще организационно разрулить, чтоб релиз одной тимы не развалил работу прилаги другой тимы

чем пытаться всё под ci засунуть

Некоторые пулреквесты могут тестироваться только с привлечением контрагентов

Это значит что нам нужно держать энвы разные

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