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

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

Вообще, мне кажется что у Николая какая то архитектурная проблема

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

Штаааа

в общем, как я сейчас это сделал - есть две джобы, в одной пики точеные...точнее, в одной код на груви, который генерит YAML-конфиг для джобы кубернетеса, а во второй бизнес-логика, которая дергает первую, как функцию, передавая ей параметры джобы. Первая генерит конфиг и отдает его второй, вторая делает kubectl create -f

Хз. Инструкция не всегда поможет логику раскопать.

не графики. Графы.

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

^

в общем, как я сейчас это сделал - есть две джобы, в одной пики точеные...точнее, в одной код на груви, который генерит YAML-конфиг для джобы кубернетеса, а во второй бизнес-логика, которая дергает первую, как функцию, передавая ей параметры джобы. Первая генерит конфиг и отдает его второй, вторая делает kubectl create -f

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

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

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

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

более того, тут вопрос не в поде, а джобе. В кубике для запуска одноразовой пурги так сущность и называется - Job

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

Ансибл, рандек, хзчотамещё.

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

Но тебе виднее, на мой взгляд.

Ансибл, рандек, хзчотамещё.

анзибл такое тож не умеет нормально

ansible, bash, python, groovy, you name it

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

в дженкинсе плагином можно картинку графа строить и смотреть на нее глазами, как в airflow

все, что ты назвал, никак в этом не поможет

а airflow слишком тяжелый для такой простой задачи

в дженкинсе плагином можно картинку графа строить и смотреть на нее глазами, как в airflow

Blue ocean щупал?

сохраняй в dot формат и рисуй в svg / png потом

Blue ocean щупал?

неа, а о чем это?

а, вижу, плагин

сохраняй в dot формат и рисуй в svg / png потом

зачем, если в дженкинсе это готово уже?

мне руками .dot генерить штоле?

Погугли. Отличнейший набор плагинов для Дженкинса, как раз для пайплайнов, визуализации и управления + немного мониторинга. Активно поддерживается

Погугли. Отличнейший набор плагинов для Дженкинса, как раз для пайплайнов, визуализации и управления + немного мониторинга. Активно поддерживается

спасибо, почитаю

ну да, дженкинс - хорошая ОС, только джобы в нём неудобные

ну да, дженкинс - хорошая ОС, только джобы в нём неудобные

Штаааа

>Активно поддерживается я бы даже сказал, агрессивно продвигается

Штаааа

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

>Активно поддерживается я бы даже сказал, агрессивно продвигается

забесплатно причем?

чтот подозрительна

>Активно поддерживается я бы даже сказал, агрессивно продвигается

Мне нравится, подумываю на него переехать

основная претензия к дженкинсу во все времена была - неудобный ui. BO пытается решить эту проблему

как по мне, так UI дженкинсу вообще ни к чему

как по мне, так UI дженкинсу вообще ни к чему

без него никуда, если надо в датасаенс

не наблюдаю связи

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

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

совсем нет, в дженкинсе просто барахла много - SVN, XML и прочий хлам

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

кнопка делается в джире, график прилетает туда же. дженкинс под капотом.

его не видно

совсем нет, в дженкинсе просто барахла много - SVN, XML и прочий хлам

ну вот на рынке мало толковых штук таких, не перегруженных хренью

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

есть Airflow - но это веб-приложение на джанге с кучей батареек и боли

кнопка делается в джире, график прилетает туда же. дженкинс под капотом.

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

есть OpenStack Mistral - но я на него не смотрел еще плотно, да и UI у него вроде никакого нет вообще

при желании всё можно

при желании всё можно

ну просто какие преимущества перед тем, нежели их просто пускать в дженкинс?

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

как по мне, так UI дженкинсу вообще ни к чему

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

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

так и там кнопка, и там кнопка, в чем разница?

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

Это слишком геморно. А если у меня штук 20 никак не связанных между собой дженкинсов? Со своими нодами

мне и представлять не надо... девопсам по большому счету на ui плевать. а разработчики его не видят.

Это слишком геморно. А если у меня штук 20 никак не связанных между собой дженкинсов? Со своими нодами

у нас их три на текущий момент, да :)

мне и представлять не надо... девопсам по большому счету на ui плевать. а разработчики его не видят.

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

им надо UI и кнопку

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

им надо UI и кнопку

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

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

все так

У нас дженкинсами пользуются сотни

Тут без интерфейса вообще никак

практически без интерфейса есть Gentoo мира CI/CD - Buildbot

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

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

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

Это всё легаси щит

Тупиковая ветвь

Тупиковая ветвь

я тут вспомнил, что существуют графические интерфейсы к Dwarf Fortress :)

причем трехмерные...

Видел

Это очень странное удовольствие, DF

Это очень странное удовольствие, DF

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

эта игрушка - прям рай для автоматизатора

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

им надо UI и кнопку

Rundeck кстати зашёл годно. Он могёт нативно в ансибл-плейбуки, инвентори, вот это вот всё. И настраивается: параллельность там, непараллельность...

Rundeck кстати зашёл годно. Он могёт нативно в ансибл-плейбуки, инвентори, вот это вот всё. И настраивается: параллельность там, непараллельность...

ну просто дженкинс у нас уже так и так есть, а если blue ocean еще и интерфейс его из говна в концетку превращает - то вообще шикарно

Хипстерская надстройка над дженкинсом. Из жизни - у меня знакомый один интерфейс Дж. тоже прям-таки матом ругает, но взять и купить чоткий, новый и красивый Bamboo не хочет.

ну просто дженкинс у нас уже так и так есть, а если blue ocean еще и интерфейс его из говна в концетку превращает - то вообще шикарно

Кста, у тебя стоит задача в обработке бизнес-данных, отчётов, анализа и прочего?

Кста, у тебя стоит задача в обработке бизнес-данных, отчётов, анализа и прочего?

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

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

плагина, который умеет такую магию, я не нашел

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

Он же только графики и индикаторы с блинчиками умеет, не?

Он же только графики и индикаторы с блинчиками умеет, не?

от него мне нужна база, а поверх нее можно графану уже

просто influxdb, который по дефолту там - это таки говнецо-с

у прометея дефолтный уй таки ущербный, а вот база ништяк

Мне инфлюкс норм

Под конкретную задачу - утилизации, статистика, специфические исторические данные и т.п. Плюс ротация, не тормозит, справляется. Но сжирает много места

практически без интерфейса есть Gentoo мира CI/CD - Buildbot

Ееее... BuildBot. У нас он единственным вариантом был, когда мы под QNX CI делали =)

Вообще, он не так уж редко встречается в дикой природе, как кажется https://github.com/buildbot/buildbot/wiki/SuccessStories

Вообще, он не так уж редко встречается в дикой природе, как кажется https://github.com/buildbot/buildbot/wiki/SuccessStories

им, кажется, Chrome/Chromium собирают

Да https://ci.chromium.org/p/chromium/g/chromium/console

Ееее... BuildBot. У нас он единственным вариантом был, когда мы под QNX CI делали =)

Ого. А что пилили, если не секрет?

Ого. А что пилили, если не секрет?

Я сказать про сам проект ничего не могу, потому что нельзя от слова совсем. Нужно было гонять аппликухи под QNX 4 и QNX 6. Агент билдбота был портирован под них и вот это всё работало. От дженкинса/тимсити отказались, потому что нативный не заработает, так как жаба. В гитлабе CI ещё не было. А у билдбота на питоне всё, потому и полетело.

Про железо тоже нельзя?

Вообще, жаль, звучит очень интересно и захватывающе