Типа интерфейс такой

Аб-тестирование вместе с блю-грин деплоймент)

С паттерном стратегия

Diff between synchoronous and asynchoronous?

Synchronous what?

In properties panel

Пока смотрел варианты развертывания Камунды, пришла мысль: Почему нельзя использовать Камунду для развертывания Камунды?

То есть у нас есть сборочная Камунда, которая оркестрирует развертывание продуктовой Камунды (например, запускает сборки в Дженкинсе, общается с AWS и т. п.). Весь процесс описываем в BPMN и Джава-коде.

Ключевое преимущество: В таком варианте мы пользуемся только Камундой, Джавой и интерфейсами сторонних систем (т. е. тем, что и так знаем вдоль и поперек). Не не надо лезть во всякие Спинакеры, Хелмы и Кубернетесы.

Итог: Сборку легче (дешевле) написать и поддерживать.

Вопрос: В чем могут быть проблемы при таком варианте?

Мне кажется это overengineering.

Circleci удобнее

Ну или тимсити уж

@maratkalibek @Kotskin Спасибо.

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

Если вы используете базу данных, которая пишет на диск, то все перезапустится

спасибо!

У гугла была система для быстрой разработки простых приложений, без навыка программирования. Называлось App Maker и часто приводилось в пример будущего программирования. Короче, как вы уже догадались, App Maker  закрывают, у систем создания приложений без программирования нет будущего https://venturebeat.com/2020/01/27/google-will-shut-down-app-maker-on-january-19-2021/

Не идет у Гугл Low-code)

Ну тут можно на рынок Лоу код в США посмотреть

На его размеры

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