Организуйте обмен данными с Mule ESB — KT.Team

Организуйте обмен данными с Mule ESB

Организуйте обмен данными с Mule ESB

Mule ESB — сервисная шина предприятия, которая позволяет реализовывать интеграции с системами и организовывать обмен данными между ними с минимальными затратами на разработку.

Какие задачи можно выполнять с помощью Mule ESB

1

Организация потоков данных

между различными информационными системами.

2

Масштабирование архитектуры

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

3

Разделение обмена данными

между приложениями на транспортный уровень и уровень бизнес-логики. Результат — упрощение поддержки и модернизации IT-инфраструктуры проекта.

4

Изменение логики взаимодействия

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

Возможности Mule ESB

1

Создание и размещение сервисов

Узнать больше о возможностях Mule ESB — KT.Team
Создание и размещение сервисов на Mule ESB — KT.Team

Mule Studio даёт возможность построения интеграционных решений с помощью специальной студии (графического редактора). Mule Studio помогает спроектировать все виды компонентов для интеграционных решений: коннекторы, трансформеры, маршрутизаторы, процессоры — и визуализировать их взаимосвязь. Компоненты можно комбинировать и объединять в потоки информации (англ. flow) во внешние системы.

2

Управление системами и приложениями

Узнать больше о возможностях Mule ESB — KT.Team
Управление системами и приложениями с помощью Mule ESB — KT.Team

Сервисная шина Mule ESB предоставляет возможность отслеживать статусы событий и получать сообщения при возникновении проблем. Приложение Message Flow Analyzer от Mule позволяет быстро реагировать на возникшие проблемы и видеть показатели KPI проекта. Можно ограничивать доступ к панели управления в соответствии с заданными ролями сотрудников.

3

Отделение бизнес-логики от нюансов сообщений

Узнать больше о возможностях Mule ESB — KT.Team
В Mule ESB бизнес-логика отделена от нюансов сообщений— KT.Team

Сервисная шина Mule ESB позволяет сервисам не тратить время на определение форматов сообщений от сервисов и протоколов доставки сообщений. Это даёт возможность отделить бизнес-логику сервисов от протоколов и форматов сообщений, быстро разрабатывать интеграции и координировать работу.

4

Маршрутизация и обмен данными

Узнать больше о возможностях Mule ESB — KT.Team
Маршрутизация сообщений и обмен данными в Mule ESB — KT.Team

Задавайте правила или обменивайтесь данными с Mule ESB. При необходимости потоки данных можно фильтровать по заданным параметрам, объединять и менять их последовательность. С сервисной шиной Mule можно доставлять как синхронные, так и асинхронные события, транзакции и потоки данных.

5

Преобразование данных

Узнать больше о возможностях Mule ESB — KT.Team
Преобразование данных между форматами в Mule ESB — KT.Team

Стандартная ситуация на проекте: каждая система использует собственный формат передачи данных (например, у одних это XML-файлы, у других — JSON) и их трансформации (например, в «1С» цвет обозначается как «красный», а на сайте нужно указать «#FF0000» или «red»). Но при интеграции необходимо настроить обмен данными между системами, учитывая специфику каждой связи. Mule ESB позволяет в графической форме задавать правила преобразования данных из одного формата в другой.

Есть потребность во внедрении?

Напишите нам, рассчитаем сроки и стоимость внедрения ESB-системы

Преимущества Mule ESB

Масштабируемость

Как сервисная шина предприятия, Mule разработана с учётом необходимости горизонтального масштабирования. Mule ESB обеспечивает поддержку JUnit, что даёт возможность создавать повторяемые модульные тесты для интеграций и сразу же включать их в непрерывную сборку.

Единое информационное поле

Сервисная шина Mule ESB позволяет сформировать единое информационное пространство для всей IT-инфраструктуры проекта и организовать потоки данных между системами и приложениями.

Локальное и/или облачное решение на выбор

Свои плюсы и минусы есть как в локальном развёртывании, так и в облачном. Mule ESB может работать с любым из этих подходов, включая гибридный. Более того, независимо от способа развёртывания, не нужно изучать новые инструкции или дорабатывать код силами разработчиков.

Кейсы внедрения ESB–систем

Смотреть все

Смотреть все

Есть потребность во внедрении?

Напишите нам, рассчитаем сроки и стоимость внедрения ESB-системы

YouTube

Собрали все грабли в интеграциях,
чтобы не собирали
вы

Смотреть все

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

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

Пример: «Система управления товарами» будет отправлять данные о товарах. «Система управления заказами» — о заказах. «Система управления складом» — о статусе отгрузки. Это 3 потока.

0
0
100

Пример: «Система управления складом» будет принимать данные о товарах и заказах. «Система управления заказами» — о товарах и статусе отгрузки. Это 4 потока.

Сколько потоков системы будут принимать
0
0
100
Обсудить проект

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

Обсудить проект

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

1

Пример расчета

Узнать больше о возможностях Mule ESB — KT.Team
Создание и размещение сервисов на Mule ESB — KT.Team

Для передачи данных между системами мы создаем "поток". Одни потоки нужны для отправки данных, другие - для получения. В отдельном потоке могут передаваться заказы, товары или другие сущности.

Для примера на схеме:
1. «Система управления товарами» отправляет товары. «Система управления складом» — факт отгрузки заказа. «Система управления заказами» — заказы. Итого системы будут отправлять 3 потока;

2. «Система управления складом» принимает товары и заказы. «Система управления заказами» — товары и факт отгрузки заказа. Итого системы будут принимать 4 потока.

2

Состав работ в калькуляторе

Узнать больше о возможностях Mule ESB — KT.Team

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

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

Подготовка карты систем и потоков данных (SOA схема)

Подготовка инфраструктуры для работы коннекторов

Проработка логики объекта (схема бизнес-процесса коннектора)

Настройка контура мониторинга и логирования

Создание коннекторов для обмена данными по каждому потоку на 3 стендах (тест, препрод, прод)

Создание коннекторов (хранилище - получатель) для обмена данными по каждому высоконагруженному потоку (>100 сообщений в минуту) на 3 стендах (тест, препрод, прод)

Настройка до трех дашбордов на один коннектор внутри готового контура мониторинга

Свыше 15 атрибутов для каждого потока

Документация по копированию интеграции, переиспользованию, обслуживанию

Демонстрация реализованного функционала

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

Подготовка карты систем и потоков данных (SOA схема)

Проработка логики объекта (схема бизнес-процесса коннектора)

Создание коннекторов (источник - хранилище, хранилище - получатель) для обмена данными по каждому объекту на 3 стендах (тест, препрод, прод)

Настройка до трех дашбордов на один коннектор внутри готового контура мониторинга

Свыше 15 атрибутов для каждого объекта

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

Подготовка инфраструктуры для работы коннекторов

Настройка контура мониторинга и логирования

Создание коннекторов (хранилище - получатель) для обмена данными по каждому высоконагруженному объекту (>100 сообщений в минуту) на 3 стендах (тест, препрод, прод)

Свыше 15 атрибутов для каждого объекта

Пишем статьи для своего блога и для профильных изданий

Читать больше

Всегда ли нужен брокер сообщений?

Подробнее

«Точка-точка», брокер, ESB: какие интеграции помогут построить слабо связанную ИТ-архитектуру

Подробнее

Свойства гибкой и масштабируемой ИТ-инфраструктуры: ликбез по базовым концепциям и основные критерии оценки

Подробнее

Смотреть все

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

Ок
Заходите в наш бот за оперативной консультацией и полезной информацией