#apache_camel — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #apache_camel, aggregated by home.social.
-
redb 3.4.0: переигрываем упавшее, патчим фреймворк без пересборки и раздаём права — экосистема.NET
Написать систему и эксплуатировать систему — две очень разные инженерные задачи. Первая заканчивается на «работает под нагрузкой». Вторая начинается с вопросов, которые задаёт человек на дежурстве: что упало ночью и как это переиграть? кто нажал force‑stop? можно ли выкатить патч библиотеки, не пересобирая весь рантайм? почему пароль сервис‑аккаунта видно на странице дашборда? Прошлые релизы нашей экосистемы отвечали на первый вопрос. 3.4.0 — целиком про второй. Напомню, из чего экосистема состоит: типизированное хранилище redb поверх Postgres/MSSQL/SQLite, интеграционный движок redb.Route (наш ответ Apache Camel под.NET, 30+ коннекторов), рантайм redb.Tsak с дашбордом, hot‑reload и кластером, и сервер идентичности redb.Identity (OIDC/OAuth 2.1). Всё это работает у нас в проде и публикуется пакетами, образами и standalone‑архивами. В 3.4.0 появились четыре вещи, каждая из которых — про день после деплоя:
https://habr.com/ru/articles/1063722/
#redb #redbRoute #redbTsak #Apache_Camel #replay #dead_letter_queue #RBAC #OIDC #hot_reload #NET_9
-
Apache Camel: почему аналитик в нём ничего не сделает и при чём тут красивый UI
Привет, Хабр! Меня зовут Александр Бардаш, и я CTO интеграционной платформы
-
Обзор «1С: Шины»
На связи Сергей Скирдин, технический директор компании «Белый код». Поставил себе цель — сделать обзоры на шины данных из реестра отечественного ПО. Сегодня в обзоре продукт «1С:Шина». Ссылка на продукт: https://v8.1c.ru/static/1c-shina/ О компании: продукт фирмы «1С». Первая версия выпущена в конце 2021 года. Решение входит в реестр отечественного ПО. В основе продукта лежит технология «1С:Предприятие.Элемент». В реестре отечественного ПО у «1С» есть два интеграционных продукта, и их часто путают: «1С:Интеграция КОРП» и «1С:Шина». Стоит сразу подсветить разницу. «1С:Интеграция КОРП» — это продукт компании «ИТ-Экспертиза», созданный совместно с фирмой «1С». «1С:Шина» — это собственный продукт фирмы «1С», разработанный командой платформы «1С:Предприятие.Элемент». В свое время рынок созрел для интеграционного решения, у фирмы «1С» появилась подходящая технологическая основа в виде «1С:Предприятие.Элемент» — и это вылилось в продукт «1С:Шина».
https://habr.com/ru/companies/w_code/articles/1048104/
#1C #1C_шина #шина_данных #ESB #корпоративная_шина_данных #интеграционная_система #интеграционная_платформа #1с_предприятие #apache_camel #apache_kafka
-
Redb.Route 3.1.1 (LLM, часть 2: enterprise-паттерны)
redb экосистема В предыдущей статье я анонсировал redb.Route.Llm как 24-й транспорт redb.Route — мы делали LLM ещё одним endpoint'ом наравне с Kafka, RabbitMQ и HTTP, чтобы выкинуть отдельную «AI-инфраструктуру», стоящую рядом с интеграционной. Заодно я повесил в конец статьи «честный skip-list» — список того, что в 3.1.0 ещё не доделано: streaming, ToolCacheStore, KnowledgeStore, BatchStore, EvalRunStore, sliding-window память, sandbox-инструменты. Из этого skip-list'а делано больше, чем я планировал. Но не это главное. Главное — что в процессе доделывания обнаружилась настоящая ценность всей затеи: LLM-транспорт оказался не очередным чат-фреймворком, а недостающим звеном в ESB, после которого «бизнес-агент в проде» перестаёт быть отдельным проектом . Эта статья — про то, как чат-демо превращается в enterprise-агентскую платформу, не переписываясь и не превращаясь в «AI-монолит сбоку». Всё, что ниже — реальный код из репозитория, не псевдокод. Ссылки на демо-маршруты в конце.
https://habr.com/ru/articles/1046237/
#C# #NET #LLM #AI #агенты #tool_use #Apache_Camel #EIP #redbRoute #ESB
-
redb.Route 3.1.0 — LLM как ещё один транспорт: .To(«llm://claude») и .AsLlmTool()
Серия: redb ecosystem (анонс, разбор позже) В 3.1.0 у redb.Route вышло два новых транспорта : redb.Route.Llm (24-й) и redb.Route.Exec (25-й). LLM теперь — обычный endpoint наравне с Kafka, RabbitMQ и HTTP: вызов модели — это шаг .To("llm://claude") , инструмент агента — это маршрут с .AsLlmTool("shell") , периодический агент — From("llm://factory?schedule=5m") . Exec — спавнер процессов с allowlist, working-dir и таймаутом; работает и как backend shell-инструментов агента, и как самостоятельный scheduled consumer (cron-less health-probes, бэкапы и т.п.). Никаких «отдельных AI-фреймворков рядом с ESB»: всё внутри той же DSL, тех же retry/throttle/circuit-breaker/audit, тех же OpenTelemetry-трейсов. Это анонс. Подробный разбор внутренностей — отдельной статьёй позже. Здесь — что появилось, как это выглядит в коде, и что честно ещё не сделано. Если читаете про redb.Route впервые — короткий контекст из предыдущих статей серии: redb.Route — Apache Camel для .NET — зачем вообще, и почему «Apache Camel под .NET» redb.Route изнутри: четыре in-memory канала и Exchange — как устроен runtime redb.Route 3.0.1 — плоская навигация по DSL, рефакторинг CRTP и тихий null — предыдущий патч перед 3.1.0 Самое короткое объяснение From("kafka://orders") .To(Llm.Factory("claude").Temperature(0.2).MaxTokens(1024).AsUri()) .To("kafka://orders.translated");
https://habr.com/ru/articles/1045356/
#C# #NET #LLM #AI #агенты #tool_use #Apache_Camel #EIP #redbRoute #opensource
-
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
-
Entaxy ION + OPC UA: два способа получить данные с промышленного оборудования
На одном из проектов по интеграции промышленного оборудования с корпоративными системами встал вопрос: как читать данные с датчиков в реальном времени и при этом сохранить совместимость с REST API внешних потребителей? Решение нашлось в связке Entaxy ION + OPC UA — два разных подхода к одной задаче, которые отлично дополняют друг друга. В этой статье покажем оба сценария на работающем примере: подключаемся к программному симулятору датчика и передаём данные — через подписку на изменения и через REST-сервис по запросу.
https://habr.com/ru/articles/1039756/
#opc_ua #entaxy #apache_camel #интеграция #iiot #промышленный_интернет_вещей #lowcode
-
Обзор MARS (Система маршрутизации и протоколирования)
На связи Сергей Скирдин, технический директор компании «Белый код». Поставил себе цель — сделать обзоры на шины данных из реестра отечественного ПО. Сегодня в обзоре продукт MARS (Система маршрутизации и протоколирования). С 2024 года я встречаюсь с вендорами и делаю обзоры продуктов, которые относятся к классу ESB. За это время удалось пообщаться с разработчиками 20+ разных решений. Для всех, кто интересуется шинами данных, я также создал сообщество в Телеграме «Шины не для машины» . Это площадка для диалога между российскими разработчиками ESB и компаниями, которым нужна интеграционная шина.
https://habr.com/ru/companies/w_code/articles/1017914/
#шина_данных #apache_camel #open_source #корпоративная_шина_данных #интеграция #интеграция_сервисов #интеграция_систем
-
Apache Camel и его место в экосистеме интеграционных решений
Сегодня поговорим не просто об инструменте, а о фундаменте, на котором строятся современные интеграционные платформы. Речь пойдет об Apache Camel – открытом интеграционном фреймворке, который лежит в основе таких решений, как Red Hat Fuse, Talend и нашей собственной платформы от «Диасофт» – Digital Q.Integration . Важно подчеркнуть: мы не используем экспериментальные или нишевые стеки. Наша платформа построена на проверенной, зрелой и широко распространенной связке: Apache Camel и Spring Boot. Это дает стабильность, совместимость с корпоративной инфраструктурой и возможность глубоко интегрироваться с экосистемой Spring – от безопасности до мониторинга и распределенной трассировки.
https://habr.com/ru/articles/961982/
#интеграция #apache_camel #spring_boot #esb #diasoft #qintegration
-
Обзор интеграционной платформы «ЭНЕРБАС»
На связи Сергей Скирдин, технический директор компании «Белый код». Поставил себе цель — сделать обзоры на шины данных из реестра отечественного ПО. Сегодня в обзоре продукт «ЭНЕРБАС».
https://habr.com/ru/companies/w_code/articles/923292/
#apache_camel #энербас #сател #интеграционная_платформа #интеграционные_решения #интеграционная_шина_данных #esb
-
Создание компонента Apache Camel
Приветствую, сообщество! Меня зовут Александр, я java разработчик в компании БФТ. Тружусь я на проекте СМЭВ-адаптера, где мы занимаемся транзитивной обработкой сообщений. В нашу зону ответственности входит несколько микросервисов, которые обрабатывают очень много сообщений, почти ничего не пишут в БД, но часто обращаются в сторонние прикладные сервисы. Для отслеживания пути сообщения через наши микросервисы мы используем Zipkin. Помимо этого в проекте задействован Apache Camel, с помощью которого мы выстраиваем цепочку обработки сообщения в одном конкретном микросервисе. Стандартные средства для работы с Zipkin обычно позволяют легко добавить к трассе вход, выход в сервис и запись в БД, но, т.к. к нас не совсем стандартное поведение у сервисов, нам хотелось выделять в Zipkin и обращение в сторонние сервисы. Хотелось эту логику как-то элегантно встроить в роут Camel, но существующие средства такой возможности не предоставляли. Было принято решение написать свой компонент для Apache Camel. Делали мы это впервые и, к сожалению, полноценного гайда в интернетах найти не удалось... Встречайте! Гайд по написанию собственного Camel-компонента!
-
Top Software Trends Reports for 2023
http://www.ofbizian.com/2023/07/top-20-must-read-software-reports.html
#ycombinator #Top_20_Must_Read_Software_Trends_Reports_for_2023 #Ofbizian #Bilgin_Ibryam #Open_Source #Apache_Ofbiz #Apache_Camel #Integration #Blockchain #Kubernetes #Kubernetes_Patterns #Software_Architecture #Product_Management -
Java News Roundup: More Log4Shell Statements, Spring and Quarkus Updates, New Value Objects JEP
https://www.infoq.com/news/2021/12/java-news-roundup-dec20-2021/
#java_news roundup dec20 2021 #Development #Architecture_& Design #DevOps #Open_JDK #Quarkus #Java #JDK #Apache_Camel #Tika #JDK_19 #Hibernate_ORM #Project_Loom #JDK_18 #log4j
