Каталог: как Camunda Hub спасает команды от создания одинаковых решений

Фото: Pexels (Pixabay) — https://pixabay.com/photos/boxes-drawers-mailboxes-1834406/

Источник: Camunda•

Каталог: как Camunda Hub спасает команды от создания одинаковых решений

Две команды в одном банке, один Каталог. Узнайте, как Центр компетенций (CoE) публикует проверенные строительные блоки, отслеживает версии и видит, кто и что использует.

В нашей предыдущей статье команды по борьбе с мошенничеством и финансовыми преступлениями (Fraud & Financial Crime) и адаптации клиентов (Customer Onboarding) в одном вымышленном банке Camundanzia Financial имели собственные рабочие пространства (Workspace) в рамках одной организации в Camunda Hub. Обе команды использовали один и тот же Каталог. Каждая команда, разрабатывающая решения на базе Camunda, увеличивает объем того, что Центру компетенций (CoE) необходимо контролировать.

Каталог работает на основе утвержденных строительных блоков. Его жизненный цикл управляется через git, а CoE может видеть, как используется каждый актив.

Утвержденные строительные блоки, опубликованные единожды

Каждая организация в Hub имеет один Каталог: общий набор строительных блоков, которые CoE публикует для команд разработки. Здесь хранятся коннекторы и шаблоны элементов, включая запросы в бюро кредитных историй (Credit Bureau Pull) и проверку личности (KYC). Проверка по санкционным спискам (Sanctions & Watchlist Screen) и отправка уведомлений клиенту (Send Customer Notification) также находятся здесь.

Каталог организации в Camunda Hub. CoE публикует утвержденные активы, такие как проверка личности (KYC), а команды разработки ищут и фильтруют их по категориям и тегам.

Общие ресурсы в Camunda 8.9 позволяют любому разработчику выполнять «публикацию в организацию», что заставляет команды гадать, какие активы являются правильными. Каталог работает иначе. CoE решает, что именно публикуется, поэтому команды разработки могут повторно использовать готовые решения, зная, что они проверены, имеют версии и протестированы. Управление и контроль версий без замедления работы.

Каталог является частным (private) для вашей организации. Camunda Marketplace является публичным.

Разработка ускоряется

Команды разработки не начинают работу с чистого листа или вики-страницы. Они открывают меню добавления в моделировщике и перетаскивают утвержденный строительный блок из поиска по Каталогу. Затем они добавляют собственные шаги до и после него.

Меню добавления в моделировщике с проверкой KYC от команды адаптации клиентов из Каталога.

Для команды адаптации клиентов проверка KYC уже готова, утверждена, имеет версию и готова к использованию. Команды тратят время на то, что делает их процесс уникальным, вместо повторного создания стандартных шагов. Процесс проверки также ускоряется. Процесс по-прежнему проходит проверку перед запуском в продакшн, но проверяющие могут сосредоточиться на уникальных шагах, поскольку общий строительный блок уже имеет утвержденную версию.

Жизненный цикл в git, использование в Каталоге

Ваши команды уже доверяют рабочему процессу git. Создание, проверка и управление версиями остаются там. Зафиксируйте (commit) реализацию вместе с ссылающимся на нее шаблоном элемента, и CI развернет ее в ваших средах и опубликует в Каталоге.

При публикации новой версии проекты, использующие старую версию, получают уведомление об обновлении. Обновление выполняется в один клик. Разработчики всегда видят последнюю версию в Каталоге.

Что видит Центр компетенций (CoE)

Статистика использования активов показывает, какую версию использует каждый проект — с разбивкой по рабочим пространствам и проектам: встроенная наблюдаемость для CoE, а не отчет, создаваемый постфактум. API предоставляют те же данные для автоматизации. Это также ограничивает масштаб возможных проблем при изменениях. Прежде чем CoE прекратит поддержку коннектора, он может увидеть, какие рабочие пространства и проекты его используют.

В масштабах вымышленного банка шесть из семи активов обновлены до актуальных версий. Проверку личности (KYC) используют два рабочих пространства и два проекта, и все они работают на последней версии. Это наглядный пример повторного использования. Для элемента проверки кредитной политики (Check Lending Policy) доступно обновление. Один проект в рабочем пространстве розничного кредитования отстает по версии, и эта команда уже получила уведомление.

Представление использования активов в каталоге организации. Для каждого актива отображается его статус, количество использующих его рабочих пространств и проектов, а также сколько из них работают на последней версии. Check Lending Policy — единственный актив, для которого доступно обновление.

Доступно в Camunda 8.10

Camunda Hub, включая Каталог, поставляется вместе с Camunda 8.10. Присоединяйтесь к нашему вебинару по релизу 8.10, который состоится 4 ноября 2026 года.

О чём эта статья