Siblion
Siblion
SYNPLITY
PLATFORM

Экспертное решение для быстрого запуска и управления любыми бизнес-процессами

Платформа с микросервисной архитектурой и набором готовых сервисов для создания единых интерфейсов, интеграции данных и критически важных приложений
И о чем это?
О цифровой трансформации Вашего бизнеса, о том этапе, когда Вы понимаете, что развитие существующих и создание новых бизнес-процессов всё чаще упирается в технологические ограничения и приносит только «боль». В то же время задача замены legacy-сервисов оказывается ещё сложнее, ведь «шаблонные решения» Ваш бизнес уже перерос, а разработка серьезного решения «с нуля» без соответствующей экспертизы не дает абсолютно никаких гарантий успеха. И вот об этой экспертизе в преодолении «боли» трансформации бизнес-процессов наш Проект!
А В ЧЕМ ЭКСКЛЮЗИВ?
Команда экспертов
Главная ценность нашего решения — это люди, слаженная команда экспертов в BPM, которая создала и развивает Synplity platform. Более 15 лет мы внедряем и обслуживаем различные BPM-системы и CRM Siebel, и поэтому знаем не только все недостатки этих систем, но и то, как их преодолеть
1
Кастомизация под задачи
Мы понимаем, что основная сложность подобных проектов — это не развертывание «коробки» и адаптация под неё существующих бизнес-процессов, а интеграция решения в текущие ландшафты, ожидание изменений не только от бизнеса, но и необходимость дорабатывать саму платформу. А для выбора правильного вектора развития критически важна зрелость процессов DevOps, поскольку главная задача платформы — быть «заточенной» под постоянные изменения процессов, которые на ней крутятся
2
Миграция процессов из CRM и BPMS
Мы знаем, как Вам помочь, когда дальнейшее развитие монолитных CRM или BPM-систем не приносит больше радости и не отвечает современным требованиям бизнеса. В этом случае новые процессы мы реализуем в Synplity platform, но параллельно туда же и переносим функционал CRM/BPMS процесс за процессом. В итоге мы можем оставить от прежнего решения лишь БД, перенеся всю процессную логику в Synplity platform
3
Формируем команду
При внедрении нашего решения мы не просто передаем лицензии, исходный код и настраиваем ПО, мы предоставляем Заказчику целую команду экспертов на долгий срок, а также помогаем «вырастить» своих специалистов для автономной поддержки и развития решения. Вам не нужно искать сотрудников с узкой специализацией. Достаточно обычных джавистов
4
КАКИЕ ЕЩЕ ЕСТЬ ПЛЮШКИ?
Всё, что нужно для быстрого запуска
Контейнеризированный кластер, инструменты межсервисного взаимодействия, инструменты разработки и администрирования, набор библиотек для создания новых и подключения уже существующих микросервисов.
Готовая архитектура
Платформа с микросервисной архитектурой на Spring Cloud, оркестрацией, балансировкой нагрузки, брокером сообщений, выделенным слоем интеграционных адаптеров и нереляционной БД для хранения контекста процесса.
Собственный движок бизнес-процессов
Механизм автоматического создания State Machine любого количества и сложности на основе простых Json схем и графов с Groovy скриптами, обновление логики на лету без перезагрузки компонентов системы. Учли недостатки других движков, поэтому в составе нет каких-либо частей проприетарных BPMS либо опенсорсных движков, таких как активити, жэБосс (Друлс) и прочих камунд.
Набор базовых микросервисов и инструментов
  • Service discovery;
  • Gateway и load balancer;
  • Валидатор модели бизнес-процессов Workbench;
  • Движок бизнес-процессов;
  • Авторизация, аутентификация;
  • Управление пользователями;
  • Сбор и анализ логов;
  • Инструментарий разработки и тестирования;
  • CI/CD плагины для доставки бизнес-процессов;
  • Панель администрирования.
Современный и проверенный стек
  • Java/Groovy — создание сервисов и бизнес-процессов;
  • Spring Framework — фундамент платформы;
  • MongoDB — хранение базовых сущностей платформы;
  • Hazelcast — быстрый кэш и синхронизация сервисов;
  • DockerSwarm/Kubernetes — развертывание и скейлинг;
  • ELK-stack — сбор, хранение и анализ логов;
    Apache Kafka — брокер сообщений;
  • Angular, Vue. js, React — создание пользовательских интерфейсов;
  • WebSocket — real-time уведомления для UI.
Отечественное ПО
Отсутствие влияния стоимости валюты, санкций и других возможных ограничений для работы на российском рынке на лицензионную политику и стоимость поддержки.
И кому это будет интересно?
Сокращение Time2Market для новых бизнес-процессов, и гарантия реализации самых смелых фантазий в запланированные сроки
Бизнесу
Использование привычных нотаций и встроенный конструктор графов
Аналитикам
Хорошо зарекомендовавшие себя паттерны и технологии, пространство для развития и расширения, понятные возможности для обеспечения нужного уровня отказоустойчивости и производительности
Архитекторам
Разработчикам
Самые распространённые библиотеки и инструменты, упрощающие шаблонные операции тестирования, сборки, создания новых микросервисов, адаптированных под систему
ИНТЕРФЕЙСНЫЕ ВОЗМОЖНОСТИ
Гибкий подход к разработке интерфейсов. Платформа содержит собственную компонентную базу и руководство по стилю для популярных фреймворков, но при этом не ограничивает возможности заказчика по использованию корпоративного стиля или привычных инструментов
Частые вопросы о платформе
Как происходит управление бизнес-правилами процессов на платформе?
Правила можно получать извне, работая со скриптами. Например, у клиента есть некий сервис, принимающий на вход данные пользователя, работающего с системой (или клиента которого он обслуживает), а на выходе предоставляющий информацию о доступных операциях. В скриптах можно обратиться к этому сервису на нужном этапе и на основе этого строить логику перехода в другой этап, или корректировать состав данных отображаемых на текущем этапе, или не пускать в процесс/этап. Под конец, если видна возможность переиспользовать любую логику в скриптах, можно вынести в отдельный скрипт-утилиту те же правила, например, и вызывать их в скриптах коротко. Кроме этого, есть возможность указать пользователю системы тэги/группы, которые позволяют ограничивать доступ к этапам процесса, вызов определенных правил, доступ к API в целом.
Каким образом осуществляется пайплайн разработка-тестирование-деплой функционала
В части пайплайна для скриптов есть вспомогательные инструменты — библиотека для разработки скриптов и написания unit-тестов на них. Запуск unit-тестов проекта можно настроить в CI инструменте, который вы используете.

Для деплоя написан maven-plugin, у которого есть две функции: первая — провалидировать структуру проекта (расположение скриптов) и описание модели процесса и графа; вторая — собрать всю структуру воедино и обновить на указанном стенде. Меняя настройки плагина и запуская его в том же CI, можно выкатывать изменения процессов на тестовую или продуктовую среду.

В части пайплайна для модулей всё стандартно — собрать docker-образ в CI, обновить стэк.
Как осуществляется аудит бизнес-процессов?
Тут два варианта. Первый — реализовать аудит по-своему, создав модуль и БД к нему с нужной структурой записей, а потом складывать туда записи вызывая этот модуль из скриптов через Rest или Kafka. Второй — использовать нашу реализацию подобного модуля, которая также позволяет складывать сообщения аудита из скриптов. Ещё есть подключаемая spring-boot библиотека, оборачивающая API ваших модулей аспектами, которые будут срабатывать по настроенному шаблону, когда эти методы вызывают, отправляя события аудита в модуль.
Как реализовано версионирование бизнес-процессов?
Версионировать скрипты и модель процесса логичнее всего будет с помощью GIT, т.к. там удобнее вести их разработку. А интерфейс — статическая часть, зависящая только от данных экземпляра процесса (эти данные описываются контрактом, который и бэкенд, и фронтенд соблюдают для взаимопонимания и исключения ошибок), то разные варианты одного и того же процесса необходимо разнести по разным идентификаторам и добавить дополнительный вызов на клиенте или в скриптах (если процесс создаётся по логике внешнего процесса) для выбора запускаемого варианта процесса.
Как устроено логирование?
Логирование реализовано с slf4j & logback, логи обслуживаются на ELK кластере. Состав индексов с примерами значений такой: имя модуля («sp-core»), имя логгера («sp.commons.request.Filter»), дата, название потока («asyncExecutor»), уровень логирования («INFO»), основной идентификатор трассировки («asddsj32r87gtksdf094»), дочерний идентификатор трассировки — если основной поток породил несколько подпотоков («asddsj32r87gtksdf093»), и само сообщение + стектрейс. По идентификаторам трассировки можно проследить все действия, вызванные внешним вызовом в разных микросервисах. Можно писать свои поисковые запросы в синтаксисе Lucene. Есть таблицы с описанием всех логгеров и примерами их сообщений в системных модулях.
Какие преимущества Synplity platform дает в разработке фронта?
Если рассматривать разработку фронта с нуля на популярных фреймворках, например, Angular, то нужно брать за основу опенсорсные наработки, прорабатывать архитектуру сервиса, подбирать компонентную базу и/или писать свою, прорабатывать контракт взаимодействия с Backend. В случае использования Synplity platform вы получаете компонентную базу с возможностью использовать свою/другие, руководство по стилю (интегрировать свое/другое), проработанную и задокументированную архитектуру и контракт взаимодействия с Backend. Это значительно повышает скорость и качество реализации проекта.
Рекомендации к базовому ПО и оборудованию
1. Рекомендуемая операционная система

- CentOS 8.3.2011 x64

2. Оборудование в расчете на 75 тыс. выполняемых бизнес-процессов в сутки, в каждом из которых производится до 10 обращений к внешним системам.

- 20 серверов - рабочие узлы Docker Swarm, ОЗУ 64 Гб, 16 ядер ЦП, диск 135 Гб.

- 3 сервера - управляющие узлы Docker Swarm, ОЗУ 8 Гб, 4 ядер ЦП, диск только системный.

- 3 сервера - MongoDB, ОЗУ 32 Гб, 16 ядер ЦП, диск 150 Гб.

- 3 сервера - Kafka, ОЗУ 32 Гб, 16 ядер ЦП, диск 200 Гб.

- 1 сервер - ELK, ОЗУ 16 Гб, 8 ядер ЦП, диск 1000 Гб.

- 2 сервера - HA Proxy, ОЗУ 4 Гб, 8 ядер ЦП, диск 150 Гб.

- 1 сервер бэкапов - опционально.

3. Оборудование в расчете на 30 тыс. выполняемых бизнес-процессов в сутки, в каждом из которых производится до 10 обращений к внешним системам.

- 8 серверов - рабочие узлы Docker Swarm, ОЗУ 64 Гб, 16 ядер ЦП, диск 135 Гб.

- 2 сервера - MongoDB, ОЗУ 32 Гб, 16 ядер ЦП, диск 150 Гб.

- 1 сервер - Kafka, ОЗУ 32 Гб, 16 ядер ЦП, диск 200 Гб.

- 1 сервер - ELK, ОЗУ 16 Гб, 8 ядер ЦП, диск 1000 Гб.

- 1 сервер - Nginx, ОЗУ 4 Гб, 8 ядер ЦП, диск 150 Гб.

- 1 сервер бэкапов – опционально.

4. Оборудование в расчете на 10 тыс. выполняемых бизнес-процессов в сутки, в каждом из которых производится до 10 обращений к внешним системам.

- 2 сервера - узлы Docker Swarm, ОЗУ 32 Гб, 8 ядер ЦП, диск 135 Гб.

- 1 сервер - MongoDB, ОЗУ 16 Гб, 8 ядер ЦП, диск 150 Гб.

- 1 сервер - Kafka, ОЗУ 16 Гб, 4 ядер ЦП, диск 200 Гб.

- 1 сервер - Nginx, ОЗУ 4 Гб, 4 ядер ЦП, диск 150 Гб.

- 1 сервер бэкапов - опционально.

- 1 сервер - ELK, ОЗУ 16 Гб, 8 ядер ЦП, диск 500 Гб - опционально.

Состав команды и примерное время для запуска одного бизнес-процесса
-
Руководитель центра развития Synplity Platform
Руководитель департамента аналитики
Технический руководитель центра развития Synplity Platform
Александр Савёлов
Антон Зенюков
Николай Ермолаев
КОМАНДА ПРОЕКТА
Наша команда работает каждый день, чтобы предоставить лучшие решения и сделать наших клиентов счастливыми
Юрий Локтионов
Архитектор
Хотите запускать новые услуги раньше конкурентов и не тратить годы на разработку?
Заполняйте форму или пишите сразу в чат!