Size: a a a

Camunda BPM Group

2020 September 25

SD

Serg D. in Camunda BPM Group
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Artem Kuraev
самый просто способ - камунда как встроенный движок в спринг бут
Спасибо.

Допустим, я хочу, чтобы когда в мастер-ветку пушились изменения, новая версия сразу заливалась на сервер (CI/CD).

Какие для этого есть варианты, кроме Хероку (где хостить и как деплоить)? Или Хероку — это лучшее, что есть для этой конкретной задачи (маленькая Камунда с минимум администрирования)?
источник

IY

Ivan Yufryakov in Camunda BPM Group
Dmitrii Pisarenko
Спасибо.

Допустим, я хочу, чтобы когда в мастер-ветку пушились изменения, новая версия сразу заливалась на сервер (CI/CD).

Какие для этого есть варианты, кроме Хероку (где хостить и как деплоить)? Или Хероку — это лучшее, что есть для этой конкретной задачи (маленькая Камунда с минимум администрирования)?
Мне кажется ci/cd на камунде плохая практика но это имхо
источник

AK

Artem Kuraev in Camunda BPM Group
Dmitrii Pisarenko
Спасибо.

Допустим, я хочу, чтобы когда в мастер-ветку пушились изменения, новая версия сразу заливалась на сервер (CI/CD).

Какие для этого есть варианты, кроме Хероку (где хостить и как деплоить)? Или Хероку — это лучшее, что есть для этой конкретной задачи (маленькая Камунда с минимум администрирования)?
Чёт я не понял что вы хотите. Если вы запустите новую сборку приложения - камунда создаст новый деплоймент и накатит новые версии процесса
источник

DK

Denis Kotov in Camunda BPM Group
Artem Kuraev
самый просто способ - камунда как встроенный движок в спринг бут
И убунта на хетцнере
источник

DK

Denis Kotov in Camunda BPM Group
У меня так сделано .рантайм - докер на убунте на хетцнере. Дев тайм - код на Гите, мердж тригерит докерхаб, там проходит сборка и тесты, потом публикуется новый образ приклада. на убунте стоит вотчтауер, он видит новый образ на докерхабе и перекачивает его
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Artem Kuraev
Чёт я не понял что вы хотите. Если вы запустите новую сборку приложения - камунда создаст новый деплоймент и накатит новые версии процесса
Мне нужно, чтобы когда в мастер-ветку заливались изменения

1. создавалась новая сборка (включая изменения в BPMN и Джава-код для сервис-тасков),
2. заливалась на сервер и
3. там запускалась.
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Denis Kotov
У меня так сделано .рантайм - докер на убунте на хетцнере. Дев тайм - код на Гите, мердж тригерит докерхаб, там проходит сборка и тесты, потом публикуется новый образ приклада. на убунте стоит вотчтауер, он видит новый образ на докерхабе и перекачивает его
Спасибо.

А база где лежит?
источник

DK

Denis Kotov in Camunda BPM Group
Dmitrii Pisarenko
Спасибо.

А база где лежит?
Там же на убунте рядом. Ещё отдельный сервак для прома и ELK, туда логи льются
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Спасибо.
источник

KZ

Konstantin Zyubin in Camunda BPM Group
Коллеги, добрый день! Не понимаем как осуществить миграцию (process instance migration). Ситуация: активити с основной схемы в версии 1 переехало в подпроцесс (call-activity) в версии 2. Вопрос как можно смигрировать эту активити в подпроцесс так, чтобы она понимала, что после завершения подпроцесса, токену нужно вернуться в основной процесс? binding - latest используется, если что
источник

DK

Denis Kotov in Camunda BPM Group
Konstantin Zyubin
Коллеги, добрый день! Не понимаем как осуществить миграцию (process instance migration). Ситуация: активити с основной схемы в версии 1 переехало в подпроцесс (call-activity) в версии 2. Вопрос как можно смигрировать эту активити в подпроцесс так, чтобы она понимала, что после завершения подпроцесса, токену нужно вернуться в основной процесс? binding - latest используется, если что
Все сложно. Нужно делать спец.ветку в процессе для таких накуренных ситуаций
источник

KZ

Konstantin Zyubin in Camunda BPM Group
Denis Kotov
Все сложно. Нужно делать спец.ветку в процессе для таких накуренных ситуаций
Спасибо за ответ! Пока конечно не до конца ясно что делать. А что значит "спец ветку", на схеме делать какое-то специальное ответвление предназначенное для миграции (слышал термин migration island или как-то так), это имеется ввиду?
источник

DK

Denis Kotov in Camunda BPM Group
Именно
источник

DK

Denis Kotov in Camunda BPM Group
И токен с активити кидать туда, чтобы там запускался callacitvitty с нуля
источник

KZ

Konstantin Zyubin in Camunda BPM Group
Denis Kotov
И токен с активити кидать туда, чтобы там запускался callacitvitty с нуля
ясно, спасибо! вы, похоже, сэкономили мне кучу времени
источник

YY

Yo Yo in Camunda BPM Group
Ivan Yufryakov
Мне кажется ci/cd на камунде плохая практика но это имхо
Всё там нормально, проверено)
источник

AK

Artem Kuraev in Camunda BPM Group
Dmitrii Pisarenko
Мне нужно, чтобы когда в мастер-ветку заливались изменения

1. создавалась новая сборка (включая изменения в BPMN и Джава-код для сервис-тасков),
2. заливалась на сервер и
3. там запускалась.
Ну так это обычный CI для java-приложений. Камунда тут ни при чём. Смотрите в сторону GitlabCI, он есть облачный, емнип
источник

IY

Ivan Yufryakov in Camunda BPM Group
Yo Yo
Всё там нормально, проверено)
я верю по этому и имхо, но просто это как использовать андронный коллайдер для запекания пирожков. плюс я вот с ходу не могу придумать как красиво сделать нормальный ci с артефактами стейджами линтерами, что бы понимать где что, что бы блю грин и вот это вот все
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Artem Kuraev
Ну так это обычный CI для java-приложений. Камунда тут ни при чём. Смотрите в сторону GitlabCI, он есть облачный, емнип
Спасибо.
источник