Снижение зависимости от устаревшего проприетарного ПО
Ускорение цифровой трансформации
Сокращение Time2Market любых бизнес-процессов
Платформа с микросервисной архитектурой на open source компонентах для комфортного импортозамещения CRM и BPM
Задача
Трансформировать «лоскутное одеяло» интерфейсов, приложений и сервисов в единую управляемую систему на современной архитектуре
Результат
1. Единый интерфейс обслуживания клиентов в офисах по всей стране
2. Сокращение расходов на обучение новых сотрудников
3. Централизованная система мониторинга и аналитики исполнения процессов
4. Одновременная работа 8000+ пользователей
5. Интеграция с 20+ системами, большая часть из которых - «Legacy»
2. Сокращение расходов на обучение новых сотрудников
3. Централизованная система мониторинга и аналитики исполнения процессов
4. Одновременная работа 8000+ пользователей
5. Интеграция с 20+ системами, большая часть из которых - «Legacy»
01
Фундамент для успешного старта цифровой трансформации и возможность исключить архитектурные ошибки при разработке проекта
мы предлагаем
Современный open source-технологический стек и передачу исходного кода для развития и поддержки собственной командой Заказчика
Команду экспертов на длительный срок для комфортного обучения и взаимодействия
в комплекте
- Java/Groovy — создание сервисов и бизнес-процессов;
- Spring Framework — фундамент платформы;
- MongoDB — хранение базовых сущностей платформы;
- Hazelcast — быстрый кэш и синхронизация сервисов;
- DockerSwarm/Kubernetes — развертывание и скейлинг;
- ELK, Prometheus, Grafana — сбор, хранение, анализ логов, мониторинг;
- Apache Kafka — брокер сообщений;
- Angular, Vue. js, React — создание пользовательских интерфейсов;
- WebSocket — real-time уведомления для UI
- Поддержка любых реляционных и нереляционных БД как западного производства (MS SQL, Oracle, HANA, MongoDB и т.д.), так и присутствующих в реестре ПО Минсвязи (Postgres, ClickHouse, Red Database, Jatoba, Линтер, Синергия-БД, Лира-Р и др.)
Современный и проверенный стек
- Service discovery;
- Gateway и load balancer;
- Валидатор модели бизнес-процессов Workbench;
- Движок бизнес-процессов;
- Авторизация, аутентификация;
- Управление пользователями;
- Сбор и анализ логов;
- Инструментарий разработки и тестирования;
- CI/CD плагины для доставки бизнес-процессов;
- Панель администрирования
Набор базовых микросервисов и инструментов
интерфейсные возможности
Гибкий подход к разработке интерфейсов
Платформа содержит собственную компонентную базу и руководство по стилю для популярных фреймворков
При этом возможность заказчика по использованию корпоративного стиля или привычных инструментов не ограничивается
При этом возможность заказчика по использованию корпоративного стиля или привычных инструментов не ограничивается
Частые вопросы о платформе
На стадии проектирования архитектуры в Synplity Platform были заложены идеи и сущности процессов, сопутствующие атрибуты, методы запуска, остановки и обработки событий, характерные для множества КМД.
Взаимодействие с КМД крупных корпоративных систем происходит в части описания структур и методов взаимодействия экземпляров процессов.
Поддерживаются различные спецификации, например, TMF701 – Process Flow, разработанная Tele Management Forum, а также её альтернативные варианты.
Глубина взаимодействия с системами корпоративного контура в соответствии с подобными спецификациями может быть различной, начиная, от простого вызова API сторонних систем (делегирование работы), и заканчивая необходимостью полной адаптации структуры сущностей Synplity Platform под API спецификации TMF701 – Process Flow.
Взаимодействие с КМД крупных корпоративных систем происходит в части описания структур и методов взаимодействия экземпляров процессов.
Поддерживаются различные спецификации, например, TMF701 – Process Flow, разработанная Tele Management Forum, а также её альтернативные варианты.
Глубина взаимодействия с системами корпоративного контура в соответствии с подобными спецификациями может быть различной, начиная, от простого вызова API сторонних систем (делегирование работы), и заканчивая необходимостью полной адаптации структуры сущностей Synplity Platform под API спецификации TMF701 – Process Flow.
Правила можно получать извне, работая со скриптами. Например, у клиента есть некий сервис, принимающий на вход данные пользователя, работающего с системой (или клиента которого он обслуживает), а на выходе предоставляющий информацию о доступных операциях. В скриптах можно обратиться к этому сервису на нужном этапе и на основе этого строить логику перехода в другой этап, или корректировать состав данных отображаемых на текущем этапе, или не пускать в процесс/этап. Под конец, если видна возможность переиспользовать любую логику в скриптах, можно вынести в отдельный скрипт-утилиту те же правила, например, и вызывать их в скриптах коротко. Кроме этого, есть возможность указать пользователю системы тэги/группы, которые позволяют ограничивать доступ к этапам процесса, вызов определенных правил, доступ к API в целом.
В части пайплайна для скриптов есть вспомогательные инструменты — библиотека для разработки скриптов и написания unit-тестов на них. Запуск unit-тестов проекта можно настроить в CI инструменте, который вы используете.
Для деплоя написан maven-plugin, у которого есть две функции: первая — провалидировать структуру проекта (расположение скриптов) и описание модели процесса и графа; вторая — собрать всю структуру воедино и обновить на указанном стенде. Меняя настройки плагина и запуская его в том же CI, можно выкатывать изменения процессов на тестовую или продуктовую среду.
В части пайплайна для модулей всё стандартно — собрать docker-образ в CI, обновить стэк.
Для деплоя написан maven-plugin, у которого есть две функции: первая — провалидировать структуру проекта (расположение скриптов) и описание модели процесса и графа; вторая — собрать всю структуру воедино и обновить на указанном стенде. Меняя настройки плагина и запуская его в том же CI, можно выкатывать изменения процессов на тестовую или продуктовую среду.
В части пайплайна для модулей всё стандартно — собрать docker-образ в CI, обновить стэк.
Тут два варианта.
Первый — реализовать аудит по-своему, создав модуль и БД к нему с нужной структурой записей, а потом складывать туда записи вызывая этот модуль из скриптов через Rest или Kafka.
Второй — использовать нашу реализацию подобного модуля, которая также позволяет складывать сообщения аудита из скриптов. Ещё есть подключаемая spring-boot библиотека, оборачивающая API ваших модулей аспектами, которые будут срабатывать по настроенному шаблону, когда эти методы вызывают, отправляя события аудита в модуль.
Первый — реализовать аудит по-своему, создав модуль и БД к нему с нужной структурой записей, а потом складывать туда записи вызывая этот модуль из скриптов через Rest или Kafka.
Второй — использовать нашу реализацию подобного модуля, которая также позволяет складывать сообщения аудита из скриптов. Ещё есть подключаемая spring-boot библиотека, оборачивающая API ваших модулей аспектами, которые будут срабатывать по настроенному шаблону, когда эти методы вызывают, отправляя события аудита в модуль.
Версионировать скрипты и модель процесса логичнее всего будет с помощью GIT, т.к. там удобнее вести их разработку. А интерфейс — статическая часть, зависящая только от данных экземпляра процесса (эти данные описываются контрактом, который и бэкенд, и фронтенд соблюдают для взаимопонимания и исключения ошибок), то разные варианты одного и того же процесса необходимо разнести по разным идентификаторам и добавить дополнительный вызов на клиенте или в скриптах (если процесс создаётся по логике внешнего процесса) для выбора запускаемого варианта процесса.
Логирование реализовано с slf4j & logback, логи обслуживаются на ELK кластере. Состав индексов с примерами значений такой: имя модуля («sp-core»), имя логгера («sp.commons.request.Filter»), дата, название потока («asyncExecutor»), уровень логирования («INFO»), основной идентификатор трассировки («asddsj32r87gtksdf094»), дочерний идентификатор трассировки — если основной поток породил несколько подпотоков («asddsj32r87gtksdf093»), и само сообщение + стектрейс. По идентификаторам трассировки можно проследить все действия, вызванные внешним вызовом в разных микросервисах. Можно писать свои поисковые запросы в синтаксисе Lucene. Есть таблицы с описанием всех логгеров и примерами их сообщений в системных модулях.
Если рассматривать разработку фронта с нуля на популярных фреймворках, например, Angular, то нужно брать за основу опенсорсные наработки, прорабатывать архитектуру сервиса, подбирать компонентную базу и/или писать свою, прорабатывать контракт взаимодействия с Backend. В случае использования Synplity platform вы получаете компонентную базу с возможностью использовать свою/другие, руководство по стилю (интегрировать свое/другое), проработанную и задокументированную архитектуру и контракт взаимодействия с Backend. Это значительно повышает скорость и качество реализации проекта.
1. Рекомендуемая операционная система
- CentOS x64 актуальной версии
2. Оборудование в расчете на 75 тыс. выполняемых бизнес-процессов в сутки, в каждом из которых производится до 10 обращений к внешним системам.
- 21 сервер – рабочие узлы Kubernetes/DockerSwarm, ОЗУ 64 Гб, 16 ядер ЦП, диск 135 Гб.
- 3 сервера - управляющие узлы Kubernetes/DockerSwarm, ОЗУ 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 обращений к внешним системам.
- 9 серверов – рабочие узлы Kubernetes/DockerSwarm, ОЗУ 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 обращений к внешним системам.
- 3 сервера – рабочие узлы Kubernetes/DockerSwarm, ОЗУ 32 Гб, 8 ядер ЦП, диск 135 Гб.
- 1 сервер - MongoDB, ОЗУ 16 Гб, 8 ядер ЦП, диск 150 Гб.
- 1 сервер - Kafka, ОЗУ 16 Гб, 4 ядра ЦП, диск 200 Гб.
- 1 сервер - Nginx, ОЗУ 4 Гб, 4 ядра ЦП, диск 150 Гб.
- 1 сервер - ELK, ОЗУ 16 Гб, 8 ядер ЦП, диск 500 Гб - опционально.
- 1 сервер бэкапов - опционально.
- CentOS x64 актуальной версии
2. Оборудование в расчете на 75 тыс. выполняемых бизнес-процессов в сутки, в каждом из которых производится до 10 обращений к внешним системам.
- 21 сервер – рабочие узлы Kubernetes/DockerSwarm, ОЗУ 64 Гб, 16 ядер ЦП, диск 135 Гб.
- 3 сервера - управляющие узлы Kubernetes/DockerSwarm, ОЗУ 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 обращений к внешним системам.
- 9 серверов – рабочие узлы Kubernetes/DockerSwarm, ОЗУ 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 обращений к внешним системам.
- 3 сервера – рабочие узлы Kubernetes/DockerSwarm, ОЗУ 32 Гб, 8 ядер ЦП, диск 135 Гб.
- 1 сервер - MongoDB, ОЗУ 16 Гб, 8 ядер ЦП, диск 150 Гб.
- 1 сервер - Kafka, ОЗУ 16 Гб, 4 ядра ЦП, диск 200 Гб.
- 1 сервер - Nginx, ОЗУ 4 Гб, 4 ядра ЦП, диск 150 Гб.
- 1 сервер - ELK, ОЗУ 16 Гб, 8 ядер ЦП, диск 500 Гб - опционально.
- 1 сервер бэкапов - опционально.
-
На платформе, как на фундаменте, создаются уникальные решения, и стоимость внедрения напрямую зависит от следующих факторов:
1. Количества систем, с которыми потребуется интегрироваться;
2. Систем / сервисов, которые в процессе проекта потребуется заменить, например, по причине их устаревания / отсутствия поддержки / нестабильной работы;
3. Количества методов;
4. Количества сущностей для хранения в БД;
5. Наличия нетривиальных механик;
6. Общего количества бизнес-процессов и как вышеперечисленные параметры между ними распределяются (Сколько методов / экранов / систем в каждом бизнес-процессе);
7. Наличия брендбука для создания визуальных интерфейсов и т. д.
Для получения точной стоимости проекта Вы можете направить нам соответствующий запрос.
1. Количества систем, с которыми потребуется интегрироваться;
2. Систем / сервисов, которые в процессе проекта потребуется заменить, например, по причине их устаревания / отсутствия поддержки / нестабильной работы;
3. Количества методов;
4. Количества сущностей для хранения в БД;
5. Наличия нетривиальных механик;
6. Общего количества бизнес-процессов и как вышеперечисленные параметры между ними распределяются (Сколько методов / экранов / систем в каждом бизнес-процессе);
7. Наличия брендбука для создания визуальных интерфейсов и т. д.
Для получения точной стоимости проекта Вы можете направить нам соответствующий запрос.
это может быть интересно
Знакомство с Synplity Platform через опыт Camunda
КОМАНДА ПРОЕКТА
Наша команда работает каждый день, чтобы предоставить лучшие решения и сделать наших клиентов счастливыми
Николай Ермолаев
Технический руководитель центра развития Synplity Platform
Антон Зенюков
Руководитель департамента аналитики
Александр Савёлов
Руководитель центра развития Synplity Platform
Сергей Митрофанов
Главный бизнес-архитектор.
Преподает в Институте интеллектуальных кибернетических систем НИЯУ МИФИ
Преподает в Институте интеллектуальных кибернетических систем НИЯУ МИФИ
Хотите запускать новые услуги раньше конкурентов и не тратить годы на разработку?
Заполняйте форму и мы Вам оперативно ответим!
Заполняйте форму и мы Вам оперативно ответим!