Внедрение ESB-слоя на базе Talend - KT.Team

Ускорьте интеграции
с Talend ESB

Ускорьте интеграции с Talend ESB

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

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

1

Реализация интеграционных взаимодействий

между системами.

2

Создание скриптов

по заливке данных (например, миграционных скриптов).

3

Обогащение систем

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

4

Выполнение непрофильных задач

по созданию простых сервисов (например, с точки зрения соотношения затраченного времени и полученного результата выгоднее реализовать функционал на Talend вместо написания сервиса на Python).

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

1

Маршрутизация

Узнать больше о возможностях Talend ESB - KT.Team
Маршрутизация потоков в Talend - KT.Team

Сервисная шина на основе Talend ESB даёт возможность отправлять сообщения по-разному — в зависимости от их содержания и в соответствии с заданными правилами. Вы можете фильтровать и объединять сообщения, а также менять их последовательность по необходимости. Talend может самостоятельно получать данные из одной системы по общему API и передавать их в другие системы.

2

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

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

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

3

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

Узнать больше о возможностях Talend ESB - KT.Team
Простая масштабируемость в Talend ESB - KT.Team

Корпоративная сервисная шина имеет собственные механизмы планирования и распределения нагрузки, с помощью которых вы можете настраивать индивидуальную логику приёма и отправки данных из разных систем и приложений и следить за их загруженностью. Например, если днём ваша CRM может принимать 100 транзакций в минуту, а ночью — 500, ESB учтёт эту логику и не перегрузит ваши системы.

4

Самодокументируемость

Узнать больше о возможностях Talend ESB - KT.Team
Talend ESB как самодокументируемая система - KT.Team

Все действия с сообщениями в Talend визуализированы и просты для понимания. При соблюдении элементарных правил нейминга любой бизнес-аналитик может быстро разобраться, как устроена интеграция и что необходимо поменять. При этом код интеграции может быть упакован и развёрнут в автономном сервисе (JAR или Docker-образе).

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

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

Отличие Talend от классической разработки

Параметры

Talend ESB

Классическая разработка

Основные настройки

Для реализации джобы Talend не нужно писать код — вы можете использовать готовые компоненты. Основная работа: настройка логики, трансформации и преобразования данных.

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

Дополнительный функционал

Для Talend нужны тестирование, сборка и хостинг, но её преимущество заключается в том, что она предоставляет для этого свой готовый инструментарий. У нас есть выбор: использовать хостинг Talend или свой.

Для кода обязательно нужно обеспечить тестирование, сборку и хостинг.

Порог вхождения

Talend ESB может понять даже тот, кто никогда не программировал, — для выполнения задач достаточно объяснить человеку основные концепции. Например, с помощью инструмента Data Mapper бизнес-аналитик может самостоятельно выполнять задачи по преобразованию документов из одного формата в другой.




Для реализации джобы Talend не нужно писать код — вы можете использовать готовые компоненты. Основная работа: настройка логики, трансформации и преобразования данных.

Главное преимущество Talend — low-code подход

Talend ESB позволяет разработчику сконфигурировать джобы* (от англ. job), каждая из которых отвечает за какой-то конкретный функционал, без траты времени на написание кода.
Сервисная шина Talend ESB — инструмент работы бизнес-аналитиков и проектных менеджеров. Благодаря ей менеджеры могут самостоятельно, без привлечения разработчиков, выполнять несложные задачи, например конвертирование из одного формата файла в другой.

Преимущество Talend ESB — low-code подход к разработке интеграций- KT.Team

Кейсы внедрения 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, чтобы предоставить наилучшие возможности сайта

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