спасибо!

Уважаемые добрый день! Я даже не знаю как нормально гугл спросить :/ Попробовал, но внятного не нашёл и не уверен, что ответ именно про это. В общем есть два проекта в дженкинсе — билд и деплой. Можно ли как-то ограничить кол-во экзекуторов на каждый проект? То есть ни билд, ни деплой, в общем случае, пока что, не умеют в изолированный запуск, поэтому нельзя два билда или два деплоя одновременно выполнять.

ты очень странно описываешь того, чего хочешь добиться

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

Есть два проекта/задачи (сорян за терминологию): деплой и билд. Я не против иметь два экзекутора (на данный момент один и это медленно), но только так чтобы быть уверенным, что если есть очередь заданий, то два билда исполняться не будут одновременно.

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

а в самом скрипте на фанальной стадии дергаешь деплой

это не подойдет?

Ой, сорян, таска mulitbranch и там нет просто такого флага :/

.. эм.. в дженкинсе .. флаг .. такой есть

в настройке таски

Если правильно понял запрос, то можно вот так в Денкинсфайле описать:

 options {
   disableConcurrentBuilds()
}

Согласно интернетам, это запрещает одновременный билд одного бранча.

У меня multibranch проект

начинаем ковырять кубер, в связи с этим появилось несколько вопросов
1. Стоит ли вообще держать jenkins master в кубере, или есть возможность слейвы только в k8s крутить?
2. Есть годный HOWTO для поднятия(casc + динамические слейвы)

1. pod executor

мне кажется, речь про это https://plugins.jenkins.io/throttle-concurrents/

Я ещё вот такое увидел https://github.com/jenkinsci/lockable-resources-plugin Тоже интересно

Это не обязательно, но есть несколько не больших преимуществ:

1. Удобно запускать и обновляться через helm.
      Удобство относительное, придется заморочиться с helm, jcasc и возможно jobdsl, кроме того есть Jenkins kubernetes operator, на мой взгляд он сделан очень логично и даже интереснее чем helm chart, но во первых не отменяет настройку jcasc и имеет несколько больший порог входа.
2. Нет нужды настраивать отдельно авторизацию, все джобы Jenkins будут запускаться с таким же сервисным аккаунтом как мастер.
3. Для обоих вариантов запуска есть почти готовая автоматизация для сохранения резервных копий на бакетах, например s3, но во перых это можно сделать с помощью плагинов, а во вторых подходит не всем(

У запуска jenkins master отдельно, есть большой недостаток, jenkins должен быть доступен из k8s кластера.

Всем привет. Есть вопрос - нужно что бы была джоба которая может взаимодействовать с gcp. Имедж запушить, поднять что-то, с кубером в будущем наверное тоже что-то делать. Но как это сделать удобно? Даже банально авторизоваться без исполнения браузера с - -console-only не так уж и удобно. Какой бестпрактис? Возможно кто-то работает с этим