Какие хранилища артефактов есть, чтобы по событиям на хранилище запускать job?

Question

[rustler2000]

Посоветуйте хранилища артефактов.

Хочеться "порочный" круг разорвать, чтобы билд и деплой были не на прямую связанны.
Соответсвенно хочется хранилище артефактов, чтобы по событию в нем, мог стартовать job на jenkins.
Бонусом хорошобы, чтобы просто артефакты на файловой системе можно было создавать и хранилище "подцепляло" бы такие артефакты.

GIT и производные не предлагать :D

Answer 1

[Stanislav Pugachev]

rustler2000,
хорошо было бы уточнить что именно у вас является артефактами

но в принципе вот эта штука может помочь если вы юзаете java, python, docker, node

Comments

[rustler2000]

Видел, но совсем не понял, как события в нексусе обрабатывать в jenkins. Собственно и c jfrog artifactiory тоже самое (

[Stanislav Pugachev]

rustler2000,

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

такой вариант не пойдет?
последним шагом первой job просто запускать вторую когда артефакт уже загружен?

[rustler2000]

Stanislav Pugachev, это понятно и есть так уже. Но хочется вообще разделить ci от cd аккурат через хранилище. Нашёл что у нексус есть вебхуки и вроде есть для дженкинса билдтриггер на вебхуках. Может и подойдет. А иначе на inotifyd и rabbitmq придётся наколенить (

[rustler2000]

Блин - нексус в своем формате артефакты на диске хранит :S Если что, восстанавливать тяжело.
Докучи для raw не умеет мету хранить произвольную :S
Плюс по паролю авторизация - а в jenkins это практически "засвет" :S

Answer 2

[Nurbol Suleimenov]

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

Не понятно, чем связаны сборка и деплой у Вас?
Я считаю, что связаны они тем, что оба являются стадиями или по другому этапами в непрерывной интеграции (CI).

И в чем порочность, которая требует разрыва?
На этапе сборки происходит к примеру компиляция, линковка, ... результатом является docker образ. Который на этом же этапе помещается в хранилище артефактов т.е. docker registry (docker push). На этапе деплоя, происходит подключение к серверу и доставка артифакта с хранилища (docker pull) и запуск (docker run) к примеру.

Почему я считаю, что эти этапы прямую не связанны?
Между сборкой и деплоем в непрерывной интеграции принято вставлять этап тестирования и даже профилирования (нагрузочного тестирования) иногда. И в зависимости от результатов тестирования цепочка этапов(pipline) может прерваться. Выполнения деплоя может и не быть. В чем собственно и цель непрерывной интеграции от старого подхода, когда собирали и доставляли на производство. Цель: доставлять жизнеспособный продукт потребителям непрерывно.

Comments

[rustler2000]

Чтото не понимаю - вы меня пытаетесь убедить, что то что мне нужно мне на самом деле не нужно?

[Nurbol Suleimenov]

Простите, если ответ Вам показался резковатым.

Собственно весь текст про то, что не понятно чего Вы хотите и зачем?
И возможно, мое разъяснение сгодился бы в качестве ответа, если Ваша ситуация случилось из за недопонимания CI. Если же у Вас особый случай, то считаю Вы его не раскрыли в своем вопросе.