redb.Route изнутри: четыре in-memory канала и Exchange, который их связывает

Прошлая статья была обзорной — что такое redb.Route, зачем нам понадобился свой Apache Camel под .NET, как выглядит боевой маршрут. Если не читали, коротко: это fluent C# DSL для интеграции — 22 коннектора (~30 URI-схем, если считать https / wss / es -варианты), ~30 паттернов EIP нативно через 41 процессор , 8 in-process компонентов , компилируемый expression-движок. Сегодня заходим внутрь. Не список фич, а рабочий разбор. Серия будет длинной, поэтому сразу скажу, что и в каком порядке:

https://habr.com/ru/articles/1042872/

#C# #NET #ESB #EIP #Apache_Camel #redbRoute #seda #transactions #многопоточность #opensource

redb.Route — Apache Camel для .NET, который мы написали потому что выхода другого не было

У вас не 5 микросервисов — у вас десятки . Бэкенд, который рос три года: монолит, расколотый на куски, GPS-фид от автопарка, мобильное приложение водителя, веб-кабинет диспетчера, интеграции с SAP / 1С / регуляторами / маркетплейсами, отдельный SMTP-воркер, отдельный PDF-генератор, отдельный шедулер ночных пересчётов. Между ними — Kafka (несколько кластеров, по топику на домен), RabbitMQ (RPC + pub/sub + DLQ), Redis (кэш, last-known-state, pub/sub-каналы), пара HTTP-эндпоинтов наружу, SFTP с поставщиком, SQL-polling outbox-таблицы старого монолита, MQTT с трекеров, IBM MQ для одного древнего банковского контура, SignalR-хабы для real-time-дашбордов. На каждом стыке — свой ретрай, свой DLQ (или нет DLQ), своя сериализация, свои метрики (или нет метрик), своя бойлерплейт-обвязка из консьюмеров и try/catch . Каждый из этих стыков живёт своей жизнью в Program.cs соответствующего сервиса. Каждый — это hand-rolled цикл:

https://habr.com/ru/articles/1042392/

#C# #NET #ESB #EIP #Apache_Camel #Kafka #RabbitMQ #интеграции #opensource #redbRoute