# Стоимость интеграций ESB / iPaaS — калькулятор

Canonical: https://www.kt-team.ru/solutions/enterprise-service-bus

Source: https://www.kt-team.ru/solutions/enterprise-service-bus

Canonical URL: https://www.kt-team.ru/solutions/enterprise-service-bus

Original URI: /solutions/enterprise-service-bus

## SEO / GEO Metadata

- Title: Стоимость интеграций ESB / iPaaS — калькулятор
- Description: Рассчитайте стоимость интеграций ESB/iPaaS по системам, доступам, сущностям, real-time и повышенной нагрузке. 200+ потоков в продакшене.
- Canonical: https://www.kt-team.ru/solutions/enterprise-service-bus
- Robots: not specified
- Open Graph tags: 4
- Twitter tags: 4
- JSON-LD blocks: 1

Укажите инфраструктуру, системы и передаваемые сущности. Калькулятор покажет стоимость доступов, анализа подключения и real-time нагрузки.

- **200+** — enterprise-потоков в продакшене на разных инструментах
- **50** — потоков за 6 месяцев для торгового холдинга — от требований до эксплуатации
- **до 16×** — быстрее разработка интеграции через шину, чем кодом точка–точка
- **13 лет** — делаем интеграции для среднего и крупного бизнеса

## Рассчитайте стоимость интеграционных потоков

Для каждой подключаемой системы калькулятор создаёт отдельный профиль потока. Количество систем само по себе не тарифицируется.

Создание потока стоит 10 000 ₽. Каждая передаваемая сущность — товар, заказ, клиент или остаток — добавляет 10 000 ₽. Описание бизнес-требований и анализ способа подключения добавляют по 10 000 ₽, real-time или повышенная нагрузка — 40 000 ₽ на профиль.

Если нет настроенного сервера для коннекторов и ESB/iPaaS, к проекту добавляется 30 000 ₽. Получение и проверка доступа — 40 000 ₽ за каждую систему без готового доступа. Особые требования к безопасности и протоколам уточняются на звонке.

## Шина избавляет системы от знания друг о друге

Каждая прямая интеграция связывает релизные циклы двух систем: обновилась одна — дорабатывайте вторую. На десяти системах это до 45 парных связей, и любая из них ломается при очередном релизе.

Интеграционная шина забирает обмен на себя. Источник отдаёт данные один раз в удобном ему формате; шина хранит сообщения, преобразует их и доставляет получателям. Замена или обновление системы меняет один адаптер на шине, а не каскад парных интеграций. Это и есть слабая связанность, которую DORA связывает со скоростью и стабильностью поставки.

## Что меняется после внедрения шины

**Точка–точка:**

- Каждая новая система — отдельный проект интеграции с каждым соседом
- Ошибку ищет разработчик по логам двух систем
- Отказ одной системы каскадом валит соседние
- Данные в системах противоречат друг другу

**Через шину:**

- Новая система подключается к готовым потокам за несколько дней
- Ошибку локализует оператор техподдержки по мониторингу шины
- Системы изолированы: сообщения ждут в очереди и доезжают после восстановления
- Шина хранит историю сообщений — потерянное восстанавливается без доработок

## Интеграционный слой между корпоративными системами

- Источники: 1С / ERP (учёт, номенклатура); CRM, WMS (клиенты, склад); Сайт, маркетплейсы (заказы, цены)
- Шина: Маршрутизация и трансформация (формат под получателя); Очереди и повторная доставка (retry, идемпотентность); Мониторинг и история (локализация ошибок)
- Приёмники: BI / DWH (аналитика); Учёт и логистика (1С, WMS, TMS); Внешние площадки (маркетплейсы, партнёры)

Источник отдаёт данные один раз. Шина хранит, преобразует и доставляет — получатели не знают друг о друге.

## Инструмент выбираем по задаче, не по моде

Выбор начинаем с ландшафта систем, нагрузки, требований к лицензированию и компетенций команды. Где у KT.Team есть публичный кейс, даём ссылку на него; для n8n — на разбор сценариев и ограничений.

| Инструмент | Когда выбираем | Ограничение | Опыт KT.Team |
| --- | --- | --- | --- |
| [n8n](/instruments/n8n) | Лёгкие процессы и автоматизация, когда важен запуск за дни | Сложная логика требует JavaScript и инженерного контроля | [Сценарии и ограничения n8n](/instruments/n8n) |
| [Datareon](/instruments/datareon) | Enterprise-контур с 1С, MDM и НСИ | Проприетарная поставка: лицензии и поддержку считаем в TCO | [Кейс девелопера: интеграции Datareon](/cases/fsk-pro-accreditation-marketplace) |
| [Apache Kafka](/instruments/apache-kafka) | Высоконагруженные событийные потоки и асинхронный обмен | Kafka — брокер, а не готовая шина: маршрутизацию, трансформацию и мониторинг нужно достраивать | [Кейс мебельного холдинга](/cases/kafka-integration) |
| [MuleSoft](/instruments/mule-esb) | API-led архитектура и переиспользуемые API в большом ландшафте систем | Коммерческая платформа: лицензии и компетенции Anypoint учитываем в TCO | [Fix Price: портал поставщика](/cases/suppliers-portal-fix-price) |
| [Talend ESB](/instruments/talend-esb) | Джобы и трансформации данных, когда интеграционную логику удобнее собирать, чем писать с нуля | До масштабирования фиксируем версию, модель поддержки и владельцев джоб | [Логистика: интеграции в 4 раза быстрее](/cases/integration-talend-esb-into-logistics) |
| [WSO2](/solutions/enterprise-service-bus/wso2-esb) | Open-source enterprise-интеграция, когда вместе с шиной нужен API-менеджмент | Открытый код без вендор-лока; выше порог входа для команды | [Маркетплейсы через WSO2](/cases/integration-with-marketplaces-using-wso2-esb) |

Подробный разбор лицензий, комьюнити и отказоустойчивости — в статье [сравнение ESB-решений на российском рынке](/blog/comparing-popular-esb-systems).

## Как внедряем

1. **Предпроектное обследование** — Карта систем и потоков данных (SOA-схема): что, откуда и куда движется, где бизнес теряет скорость.
2. **Пилотный поток** — Первый поток на выбранном инструменте на трёх стендах: тест, препрод, прод.
3. **Масштабирование** — Потоки копируются и адаптируются под новые системы; на каждый коннектор — до трёх дашбордов мониторинга.
4. **Передача поддержки** — Документация по копированию и обслуживанию интеграций; ошибки локализует оператор, а не разработчик.

## Делаем интеграции, которые

- **Не теряют данные** — Шина хранит историю сообщений. Даже если конечная система не приняла тысячу сообщений, они восстанавливаются без привлечения разработчиков.
- **Обслуживаются оператором** — Самодокументируемый low-code слой со встроенным мониторингом: оператор техподдержки изолирует проблему по инструкции.
- **Не привязывают к вендору** — Код интеграции упакован в автономный сервис (JAR или Docker-образ); инструмент можно заменить, не переписывая контур.

## Разобраться глубже

- [Интеграция 1С через шину: способы и безопасность](/solutions/enterprise-service-bus/1c-integration) — OData, HTTP-сервисы, планы обмена и что публиковать наружу
- [Интеграция с маркетплейсами через шину](/solutions/enterprise-service-bus/integration-with-marketplaces)
- [Что такое ESB: сервисная шина как эволюционное преимущество](/blog/enterprise-service-bus-integration)
- [Kafka и ESB в архитектуре слабой связанности](/blog/kafka-esb-loosely-coupled-architecture-data-integrity)
- [Почему технари против шин данных — и когда они правы](/blog/why-are-developers-against-esb)
- [Как правильно внедрить ESB-слой с первой попытки](/blog/how-to-properly-implement-an-esb)

## Кейсы внедрения интеграционной шины

Кейсы KT.Team по теме — см. /cases.

## Отзывы клиентов об интеграциях

Отзывы клиентов — см. /aboutus/feedbacks.

## Рассчитаем сроки и стоимость внедрения шины

Начнём с предпроектного обследования: карта систем и потоков, выбор инструмента под задачу, план пилотного потока.

- карта систем и потоков
- пилотный поток на проде
- мониторинг и документация