Здравствуйте, RushDevion, Вы писали:

RD>Для начала хорошо бы определиться, чего вы ждёте от интеграционной шины: тупо ли это асинхронный транспорт или нужны специфические фичи (e.g. управление временем жизни компонентов, активация, кластеризация, автомасштабирование под нагрузкой, мониторинг, адаптеры протоколов и т.п.)
RD>У меня с MassTransit был в целом положительный опыт, посмотрите на ее.
RD>Но вообще в эпоху микросервисов с их "dumb pipes, smart endpoints" идея использования шины выглядит странноватой.

У нас логистическая компания. Основный пользователе ИТ это склад, курьеры, пункты выдачи заказов, интернет-магазины, получатели отправлений.
Операции которые они делают:
1. посчитать стоимость доставки
2. создать доставку
3. записать состояние доставки
4. вернуть состояние доставки
при этом с сезон количество заказов увеличивается в 5 раз по сравнению с не сезоном, что требует дышащей по производительности ИТ системы.
Выбор как раз сейчас стоить между шиной и реализацией микросервисов на кубере.
С кубером более менее понятно, но требуется много физических ресурсов, чтобы его поддерживать.
По шине (рассматривали Apache ServiceMix) плюсы это очереди, кэши и возможность связать уже имеющиеся сервисы между собой через него. Итогом может быть единый фасад всех вебсервисов, которые мы можем опубликовать и дать к ним доступ всем желающим.