Интеграции
для обмена данными
между IT-системами
предприятия

С помощью ESB подхода и Data Lake снижаем нагрузку на системы, исключаем потерю данных при обмене, упрощаем изменение IT систем, ускоряем анализ всех данных.

Помогаем решить проблемы
обмена данных между IT-системами

Потеря данных
при обмене

Критически важные данные могут теряться при обмене (заказы, цены, остатки и другие).

Сильная связанность изменений систем

Изменения одной системы вызывают каскад изменений связанных систем.

Избыток запросов перегружает системы

Системы (источники и потребители) перегружены от избытка данных и запросов.

Мониторинга нет
или он неоптимален

Команда узнает об ошибках, когда проблемы достигли пользователей.

API внутри сервиса создает проблемы обслуживания

Множество потребителей не могут получить данные по API, когда система-источник недоступна.

Сложный сбор данных предприятия для отчетов

Чтобы подключить BI, нужно создать общее хранилище данных предприятия (Datalake, DWH).

В архитектуре есть
единая точка отказа

При отказе одного из компонентов обмена отказывает все связанное.

Нужна сложная логика трансформации данных

Текущие инструменты не могут реализовать сложную логику трансформации данных.

Исключите потерю данных
при обмене между системами

При обмене “точка-точка” в момент отказа одной из систем данные могут теряться: одна система считает сообщение переданным, когда вторая не получила.

При обмене “точка-точка” в момент отказа одной из систем данные могут теряться: одна система считает сообщение переданным, когда вторая не получила.

Исключите потерю данных при обмене между IT-системами предприятия.

Мы настраиваем интеграции так, что при обрыве связи сообщение считается необработанным и будет передано в следующем проходе.

Меняйте одни IT-системы
без изменения остальных

При старом подходе источник отдает данные, как есть. Потребитель должен преобразовать их под свой формат. При такой схеме любое изменение в источнике повлечет каскад изменений всех связанных потоков данных.

При старом подходе источник отдает данные, как есть. Потребитель должен преобразовать их под свой формат. При такой схеме любое изменение в источнике повлечет каскад изменений всех связанных потоков данных.

Изменение ERP или любой другой системы не вызовет доработок всех связанных систем. 
Если система изменится, это затронет только коннекторы “источник-хранилище”.
Для всех потребителей все останется без изменения. 




Изменение ERP или любой другой системы не вызовет доработок всех связанных систем. 
Если система изменится, это затронет только коннекторы “источник-хранилище”.
Для всех потребителей все останется без изменения. 




Снизьте нагрузку на системы
без доработок и увеличения ресурсов

Одни и те же данные нужны разным системам. Потребители дублируют запросы в систему-источник, что увеличивает нагрузку. Если в компании есть одна система для хранения основных данных, она будет получать огромное число запросов. Часто это старая монолитная система, которую в будущем бизнес хочет заменить.

Одни и те же данные нужны разным системам. Потребители дублируют запросы в систему-источник, что увеличивает нагрузку. Если в компании есть одна система для хранения основных данных, она будет получать огромное число запросов. Часто это старая монолитная система, которую в будущем бизнес хочет заменить.

Потребители обращаются в хранилище. Нагрузка на основной источник снижается без доработок самой системы и увеличения ресурсов. 

Когда придет время заменить старую систему на несколько новых сервисов, нужно будет изменить потоки “источник-хранилище”. Изменения не затронут множества потребителей.



Потребители обращаются в хранилище. Нагрузка на основной источник снижается без доработок самой системы и увеличения ресурсов. 

Когда придет время заменить старую систему на несколько новых сервисов, нужно будет изменить потоки “источник-хранилище”. Изменения не затронут множества потребителей.



API, как отдельный сервис. Подключайте однотипных потребителей без нагрузки

Для подключения множества однотипных потребителей (например, розниц) часто создается API внутри системы. При этом нагрузка, которую создают потребители, ложится на эту систему.

Недоступность системы-источника станет проблемой для всех потребителей. Они не смогут получить данные.

Для подключения множества однотипных потребителей (например, розниц) часто создается API внутри системы. При этом нагрузка, которую создают потребители, ложится на эту систему.

Недоступность системы-источника станет проблемой для всех потребителей. Они не смогут получить данные.

Мы создаем API-коннекторы не внутри сервиса, а отдельным сервисом. Они работают независимо от системы-источника и выдерживают высокую нагрузку.

Вы сможете обслуживать системы без проблем для множества потребителей.

Мы создаем API-коннекторы не внутри сервиса, а отдельным сервисом. Они работают независимо от системы-источника и выдерживают высокую нагрузку.

Вы сможете обслуживать системы без проблем для множества потребителей.

Доказываем на примере систем 1С: доступна любая логика трансформации

Передача данных с типом “ссылка”

Чтобы передать объект с типом “ссылка”, нужно убедиться, что все справочники созданы в системе-потребителе. Иначе объект будет создан битым или поток выдаст ошибку.

Наши коннекторы проверяют, выполняется ли контракт системы (полнота, корректность). Только когда все условия будут выполнены, сообщение отправится потребителю.

Сборка объекта из нескольких таблиц

Информация об объекте может храниться в нескольких источниках. Нужно запросить информацию по каждому источнику и объединить для отправки.

Наше решение позволяет агрегировать данные объекта. Например, собирать “заказы”, “оплаты” отдельно (из разных источников) и передавать их, как “заказы с оплатами”.

Удаление записи из табличной части объекта

Такая запись не регистрируется к обмену 1С. Система-получатель должна знать эту особенность 1С и самостоятельно вычислять изменения.

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

Срез актуальных цен

1С не предоставляет срез актуальных цен. Потребитель должен сам определить, какая цена из всего регистра (прошлые, настоящие, будущие) - актуальная.

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

С готовым хранилищем данных
внедрение BI - легко


Внедряя ESB, мы создаем общее структурированное хранилище данных предприятия: Data Warehouse (DWH).

К такому хранилищу легко подключить любую систему аналитики и выгрузки отчетов. Все данные уже готовы.

Строим архитектуру хранилища так, что формирование отчетов по большому массиву информации не снижает скорость ежедневного обмена данными.

Внедряя ESB, мы создаем общее структурированное хранилище данных предприятия: Data Warehouse (DWH).

К такому хранилищу легко подключить любую систему аналитики и выгрузки отчетов. Все данные уже готовы.

Строим архитектуру хранилища так, что формирование отчетов по большому массиву информации не снижает скорость ежедневного обмена данными.

Система мониторинга
контролирует работу каждого потока

Логируем ключевые этапы работы каждого потока. Если случится ошибка, которая требует реакции, вы получите сообщение в telegram. В нем будет описание ошибки и ссылка на подробности.

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

Мы развернем систему мониторинга с нуля. Либо настроим мониторинг в вашей инфраcтруктуре.

Система мониторинга
контролирует работу каждого потока интеграции между системами предприятия.

Шина данных (ESB)
- это набор микросервисов, а не монолит

При нашем подходе в архитектуре нет единой точки отказа. Шина данных (ESB) - это набор микросервисов, не связанных между собой.

Компоненты ESB не зависят друг от друга и могут работать на разных серверах в разных локациях.

Отказ обмена любой из систем затрагивает только эту систему. Все остальное продолжает работать.

При нашем подходе в архитектуре нет единой точки отказа. Шина данных (ESB) - это набор микросервисов, не связанных между собой.
‍
Компоненты ESB не зависят друг от друга и могут работать на разных серверах в разных локациях.

Отказ обмена любой из систем затрагивает только эту систему. Все остальное продолжает работать.

Нам доверяют

Наш подход: обмен данными
через Middleware

IT-архитектура проекта, в котором интегрирована ESB-система- KT.Team

Иcпользуем проверенные
международные продукты с открытым кодом

Мы используем Opensource решения. Поэтому наши клиенты сокращают расходы на оплату лицензий без риска ограничений со стороны законодательства разных стран.

Используем opensource инструменты: Mulesoft

MuleSoft

Графическая студия для создания коннекторов (ETL).

Простая и гибкая low-code платформа от компании Salesforce с выручкой более 30 млн $ в год.

Мы доработали Community Edition, чтобы вы использовали MuleSoft с Kafka, SAP, MongoDB, RabbitMQ без лицензии.

Используем opensource инструменты: GitLab

GitLab

Контроль версий и настройка прав доступа (ролей).

Веб-инструмент жизненного цикла DevOps с открытым исходным кодом. Более 30 млн зарегистрированных пользователей.

Используем opensource инструменты: ELK Stack

ELK

Хранение логов, анализ ошибок, поиск по логам

Решения для корпоративной безопасности, наблюдения и поиска, построенные на платформе Elasticsearch, используемой тысячами компаний.

Используем opensource инструменты: Grafana

Grafana

Дашборды с информацией о состоянии потоков

Система визуализации и анализа информации, которая позволяет «из коробки» работать с широким спектром источников данных. Более 20 млн пользователей.

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

Создаем потоки со скоростью
на грани ваших возможностей

Создаем унифицированные коннекторы, сохраняя гибкость для решения уникальных задач. Часто скорость разработки ограничивается только возможностью заказчика предоставлять данные о системах.

Вам необязательно иметь в штате аналитика. Мы проведем интервью, сами спроектируем коннекторы и согласуем с вами на наглядных схемах.

110+

специалистов в штате

50+

клиентов из числа крупного
и среднего бизнеса

30+

проектов по внедрению ESB

200+

работающих интеграций
на разных инструментах

Наша типовая схема
перехода на ESB

Мы выстроили процесс внедрения ESB так, чтобы вы получили максимум пользы.
Вы можете пройти с нами весь путь внедрения.
Или заказать любой из шагов отдельно, а остальное передать своей команде.

1. Проектирование слабо связанной архитектуры

Вы получите готовы план перехода
на ESB с учетом особенностей бизнеса.

  • Проведем анализ действующей IT-архитектуры, ASIS;
  • Проработаем обмены по ключевым сущностям;
  • Спроектируем архитектуру TOBE;
  • Подготовим roadmap перехода на новую архитектуру;
  • Подготовим рекомендации; по инструментам;
  • Подготовим документацию.

2. Перевод самых нагруженных потоков на ESB

Вы получите решение 80% проблем обмена данными между системами.

  • BPMN-cхемы процессов потоков;
  • Разворачивание и настройка необходимых компонент (ETL, хранилище, логирование, мониторинг);
  • Настройка коннекторов;
  • Настройка сбора логов и мониторинга работы интеграции;
  • Документирование и обучение.

3. Перевод остальных потоков с комфортной вам скоростью и объемом работ

Вы получите единый механизм обмена всего предприятия
и снижение затрат на обслуживание.

  • BPMN-cхемы процессов потоков;
  • Настройка коннекторов;
  • Настройка сбора логов и мониторинга работы интеграции;
  • Документирование и обучение.

Наша типовая схема
перехода на ESB

Мы выстроили процесс внедрения ESB так, чтобы вы получили максимум пользы.
Вы можете пройти с нами весь путь внедрения.
Или заказать любой из шагов отдельно, а остальное передать своей команде.

1. Проектирование слабо связанной архитектуры

  • Проведем анализ действующей IT-архитектуры, ASIS;
  • Проработаем обмены по ключевым сущностям;
  • Спроектируем архитектуру TOBE;
  • Подготовим roadmap перехода на новую архитектуру;
  • Подготовим рекомендации; по инструментам;
  • Подготовим документацию.
Вы получите план перехода на ESB (механизм обмена данными) с учетом особенностей бизнеса.

Вы получите план перехода
на ESB с учетом особенностей
бизнеса

2. Перевод самых
нагруженных потоков
на ESB

  • BPMN-cхемы процессов потоков;
  • Разворачивание и настройка необходимых компонент (ETL, хранилище, логирование, мониторинг);
  • Настройка коннекторов;
  • Настройка сбора логов и мониторинга работы интеграции;
  • Документирование и обучение.
Вы получите решение 80% проблем обмена данными между IT-системами предприятия.

Вы получите решение 80%
проблем обмена данными
между системами

3. Перевод остальных потоков с комфортной вам скоростью и объемом работ

  • BPMN-cхемы процессов потоков;
  • Настройка коннекторов;
  • Настройка сбора логов и мониторинга работы интеграции;
  • Документирование и обучение.
Вы получите единый механизм обмена всего предприятия и снижение затрат на обслуживание.

Вы получите единый механизм обмена всего предприятия
и снижение затрат на обслуживание

Калькулятор проекта

Сколько потоков системы будут отправлять
Пример: «Система управления товарами» будет отправлять данные о товарах. «Система управления заказами» — о заказах. «Система управления складом» — о статусе отгрузки. Это 3 потока.
0
Пример: «Система управления товарами» будет отправлять данные о товарах. «Система управления заказами» — о заказах. «Система управления складом» — о статусе отгрузки. Это 3 потока.
0
100
Сколько потоков системы будут принимать
Пример: «Система управления складом» будет принимать данные о товарах и заказах. «Система управления заказами» — о товарах и статусе отгрузки. Это 4 потока.
0
Пример: «Система управления складом» будет принимать данные о товарах и заказах. «Система управления заказами» — о товарах и статусе отгрузки. Это 4 потока.
0
100
Калькулятор считает по точной, но упрощенной формуле. Состав работ по вашему проекту и конечная стоимость могут отличаться. Итоговый расчет сделает ваш персональный менеджер.

Включено в расчет

Дополнительно

  • Подготовка карты систем и потоков данных (SOA схема)
  • Проработаем обмены по ключевым сущностям;
  • Создание коннекторов для обмена данными по каждому потоку на 3 стендах (тест, препрод, прод)
  • Настройка до трех дашбордов на один коннектор внутри готового контура мониторинга
  • Документация по копированию интеграции, переиспользованию, обслуживанию
  • Демонстрация реализованного функционала
  • Подготовка инфраструктуры для работы коннекторов
  • Настройка контура мониторинга и логирования
  • Создание коннекторов (хранилище - получатель) для обмена данными по каждому высоконагруженному потоку (>100 сообщений в минуту) на 3 стендах (тест, препрод, прод)
  • Свыше 15 атрибутов для каждого потока
  • Стоимость вычислительных ресурсов (только для подписки)

Кейсы ESB–систем

Смотреть все

Смотреть все

Ваша заявка отправлена успешно

Отправить снова

Давайте обсудим ваш проект

С вами свяжется персональный менеджер Сергей Влазнев

YouTube

Рассказываем об интеграциях
на YouTube-
канале

Смотреть все

Мы используем файлы cookie, чтобы предоставить наилучшие возможности сайта

Ок