если кто то деплоил им в смысле CI то он мудак

всё нормально было. Никакой разницы на ансибле или паппете

можно просто фабрик приткнуть

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

руби это плюс для вас или минус? Для меня главный минус :(

Руби - минус, очень специфичный язык

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

я фабрик юзала как фронтэнд :)

Руби - минус, очень специфичный язык

да :(

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

я выше этого.

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

джоб секьюрити? Для CI??

Паппет может все, что нужно, но имеет пулл-архитектуру, руби под капотом, и полностью ручное управление зависимостями, его все боятся :) А шефы/солты/рексы и прочие никто вообще не видел в глаза :с

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

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

ууу

:(

руби ужасен для описания конфигураций

имхо, конечно

Черт, я знаю две крупные конторы мудаков :( и я тогда тоже мудак

+1

шеф для меня говно, т.к. там не только руби внутри (ну да, можно иногда себя сломать, и заставить плагин на рубях написать), но он для описания конфигурации

те, кто придумал шеф, наркоманы

нельзя язык общего назначения для этого юзать

джоб секьюрити? Для CI??

да.

те, кто придумал шеф, наркоманы

это ответвление паппета, вроде )

да.

у меня дженкинс всегда торчал только в LAN, ну, может, в VPN

+1

да конечно так делали многие у кого то дикое легаси. Но вопрос был про "делать в 2к18"

да конечно так делали многие у кого то дикое легаси. Но вопрос был про "делать в 2к18"

в пятерке можно ж

это ответвление паппета, вроде )

Там нет DSL для конфигураций

нужно писать на руби

нужно писать на руби

воспринимай это как dsl )))

да конечно так делали многие у кого то дикое легаси. Но вопрос был про "делать в 2к18"

почему не паппет? Если приложение не микросервисы?

воспринимай это как dsl )))

руби? Как DSL? Я столько не выкурю :)

в пятерке можно ж

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

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

я, кстати, еще не смотрел

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

никакие не костыли, а свой код :)

почему не паппет? Если приложение не микросервисы?

нет таких.

который ещё и написан был over9000 лет назад

свой привычный и родной

свой привычный и родной

фу фу фу

я знаю пацанов, они также говорят, и ставят фрибсд.

я знаю пацанов, они также говорят, и ставят фрибсд.

зачем freebsd для "своего, привычного, и родного кода"?

разве что если это код на awk :( ?

оно вроде другое там, не как gnu awk

подставь вместо freebsd - puppet а вместо awk - ruby

а вместо gnu awk - нормальное решение

а вместе gnu awk - perl и rexify

рекс забавный

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

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

букингом пахнуло :)

но он правда забавный

после этого ещё была штука от хп на джавке

тоже классная

Hi

hello

hello

Со старым новым годом

you too

Good

А кто-то использовал какую-либо автоматизацию для роллинг-релизов средствами паппета?

Интересно в теории - как это выглядело

Не, ну а что? :3

ты имеешь право катиться паппетом только если твой артефакт это пакет

или докер имидж

Ну да, обычно присылают мердж-реквест с обновлением параметров в хиере или просто надо версию пакета поднять. Так вот подумалось, как можно автоматизировать процесс релиза в случае, когда надо обновлять ноды поштучно (если это кластер и его не хочется положить). Можно изобрести костыли (вебморда с кнопками + какое-то решение, которое будет слушать сигнал с морды на агентах и делать пулл)

Но может есть что-то более Ъ

ну а какой у тебя вин кондишн ?

и как ты собираешься понять, к какой ноде обновление относится ?

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

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

Логично, спасиб, получается адовенько :)

либо признайся себе ,и просто кати и смотри на мониторинг

Морда с кнопками действительно выглядит вполне годным решением для такого :)

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

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

Мейлру?

нет

Там аналогично :)

маленькая затхлая канторка

на самом деле у паппета же есть --env

тебе никто не мешает сделать anget -t --noop --env dev

Ага, без окружений никуда

куда слить мёрдж реквест

и посмотреть что будет

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

но это всё равно ручной режим, автоматиизировать там сложно потому что --noop это просто сборка стейта

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

Про ручные способы управления агентами я знаю, но все равно спасиб. Интересовал кейс, когда у тебя есть кластер из, например, 100 серваков одной роли, их надо поштучно: отводить трафик, обновлять, рестартить сервис и возвращать в бой. Руками это делать не оч рационально (разве что пару первых нод на посмотреть - нормально апдейт накатится или нет)

если у тебя кластер из 100 нод тебе не нужно вручную отводить трафик от них

Думал, может есть у кого-то опыт автоматизации такого без изобретения чего-то своего

если у тебя кластер из 100 нод тебе не нужно вручную отводить трафик от них

Этим балансер должен заниматься, ага

вроде того

посчитай вероятность выхода из строя тачки если её avlalability в месяц 99,99

в кластере из 100 штук

блин

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

Это зависит от того, что на ней крутится :) сто нжинксов (такое бывает у хостингов) вполне себе обновятся 100/100 если нет косяков с железом и конфигом, а приложухи и бд - как повезет

неважно что там крутится

у нас есть вероятностьтого что она выйдет из строя или какой то из сервисов с вероятностью 0,01

тяжело чтоли ? )