Camunda и BPMN в микросервисах: успешный кейс для оркестрации процессов техподдержки

Если вы рассматриваете Camunda для внедрения на проект и пытаетесь понять, «а оно нам точно надо?», или хотите разобраться как работает оркестрация процессов в микросервисной архитектуре — этот эпизод для вас.

Telegram-канал сообщества: https://t.me/getanalysts

Обсуждаем реальный опыт внедрения Camunda на действующем высоконагруженном проекте со старшим системным аналитиком.

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

Слушайте, делайте заметки и делитесь с коллегами!

Тайм-коды эпизода:

00:18 | Знакомство с задачей для которой выбрали Camunda.
03:03 | Почему выбрали Camunda: ключевые функции “из коробки” и альтернативы.
04:55 | Camunda 7 vs Camunda 8. Проблемы Camunda 8 в условиях реального проекта.
09:16 | Как Camunda оркестрирует процессы в микросервисной архитектуре: разбор реальных сценариев.
15:08 | Обработка ошибок работы процессов в Camunda: ретраи, компенсации и что заложить в алгоритмах.
16:32 | Проблемы Camunda: что реально вызывает боль у команды.
23:50 | Преимущества внедрения Camunda для команды и бизнеса.
26:49 | Задачи системного аналитика на проектах с Camunda. Кто отвечает за создание BPMN-диаграмм?
31:13 | Может ли аналитик сам настроить и запустить бизнес-процесс в Camunda по BPMN-диаграмме - без кода и разработчиков.
34:38 | Кому подходит Camunda / Кому не подходит Camunda.
37:22 | Заключение и рекомендации, чтобы начать работать с Camunda в проекте.