#AIagents are only as good as the event systems connecting them. @DavidKjerrumga1 explains why modern #AI needs a protocol-flexible backbone & how @apache_pulsar unifies streams & queues for reliable, real-time intelligence.
👉https://javapro.io/2025/11/06/why-ai-agents-need-a-protocol-flexible-event-bus/
Бизнес-логика первична, микросервисы — вторичны
Мы привыкли обсуждать микросервисную архитектуру с точки зрения границ сервисов, ответственности команд, масштабируемости и отказоустойчивости. Мы спорим о том, как правильно нарезать домен, где провести границы и какие сервисы должны взаимодействовать напрямую. Но есть более фундаментальный вопрос - кто в системе определяет правила игры? В реальных финтех-системах бизнес-логика часто начинает зависеть от того, как именно разложены микросервисы. Допустимость действий формируется не в одном месте, а распределяется по цепочке: - часть проверок живeт во фронтенде - часть - в API, - часть - в промежуточных сервисах - часть — во временных проверках, добавленных после инцидентов Добавили новый сервис в цепочку - и изменилось поведение. Вынесли проверку в отдельный процессинг - и появились состояние гонки. Перестроили оркестрацию - и неожиданно стала недоступной операция, которая раньше работала. В этот момент происходит архитектурный перекос - не бизнес-процесс определяет систему, а структура сервисов начинает определять поведение процесса. Для финтеха это особенно критично. Допустимость действия - это не просто проверка прав. Это функция состояния процесса, версии правил, контекста операции и регуляторных ограничений. Если эта допустимость зависит от связности сервисов или порядка их вызова, система становится хрупкой и уязвимой, и тогда, начинается разговор о подходе, в котором бизнес-логика централизуется, версионируется и становится инвариантной к физической архитектуре. Мы отвлекаем существенные ресурсы в поисках решения для проблем.
https://habr.com/ru/articles/1006458/
#микросервисная_архитектура #eventdriven #patterns #связность #архитектура_приложений #финтех #финансы #SDAP
Event-Driven подход в пет-проекте: автоматизация Telegram-канала на NiFi, Kafka и n8n
Привет, Хабр! Хочу рассказать про один странный пет-проект, который немного вырвался из-под контроля. Все описанные потоки можно попробовать в github Скачивайте, ставьте звездочки) Началось всё обычно: есть VPS (2 ядра, 6 ГБ RAM, 40 GB NVMe), есть свободное время и желание сделать что-то полезное. А ещё есть давняя хотелка — попробовать Kafka в реальном бою. Ну и Telegram-канал для изучения английского как-то сам напросился: новости BBC, разбор лексики, викторины — вроде не сложно, но и не совсем hello world. Спойлер: Kafka я попробовал, канал работает до сих пор, а архитектура получилась немного безумной — с двумя очередями и разделением ответственности, которое я буду защищать в комментариях. Под катом — почему n8n не справился бы в одиночку, как подружить NiFi с расписанием и зачем я заставляю DeepSeek всегда класть правильный ответ в индекс 0.
https://habr.com/ru/articles/1005602/
#petproject #eventdriven #nifi #kafka #n8n #archimate #архитектура #deepseek #telegram #llm
AWX: большой рефакторинг и потеря корпоративных функций — что происходит с проектом
Для многих технических специалистов AWX на протяжении многих лет был синонимом «бесплатного Ansible Tower» — надёжным и функциональным решением для управления Ansible-автоматизацией. Это был стандарт де-факто для тех, кто хотел получить удобство (практически) "коробочного" решения и функциональность корпоративного уровня, не вкладываясь в лицензии коммерческого решения. Однако 2 июля 2024 года вышел релиз AWX версии 24.6.1, который стал последним на данный момент выпуском проекта. С тех пор прошло более полутора лет, а новых релизов так и не появилось. В репозитории проекта на GitHub висит предупреждение: «Releases of this project are now paused during a large scale refactoring». Для сообщества, активно использующего или планирующего использовать AWX как основной инструмент централизованного управления Ansible-автоматизацией, эта ситуация вызывает закономерные вопросы: Что происходит с проектом? Есть ли у него будущее? Для конечного пользователя не совсем очевидно, но AWX не умирает, а кардинально трансформируется. В данной статье мы разберем текущую ситуацию вокруг AWX, опираясь на официальные анонсы, технические дискуссии разработчиков и статусы ключевых проектов. Проанализируем архитектурные изменения проекта. Разберемся, почему эти изменения были неизбежны, что именно было «вырезано» из проекта и что всё это значит для вас — инженеров ИТ инфраструктуры и архитекторов автоматизации, которые используют AWX в своей работе и проектах.
https://habr.com/ru/companies/astralinux/articles/1002950/
#ansible #awx #eventdriven #it_automation #Infrastructure_as_a_Code_IaC #configuration_management #devops #astra_automation #network_automation
Choosing between event streaming and queuing platforms for your Event-Driven Architecture often leads to confusion and operational challenges like head-of-line blocking. Chris Simon will help you assess your needs to select the right messaging paradigms for resilient, scalable, and loosely coupled systems. You'll gain clarity on key differences. #DDD #EventDriven #Messaging
Get info & RSVP: https://virtualddd.com/sessions/its-like-10000-streams-when-what-you-need-is-a-queue-chris-simon/
🎶🎵 A new dev team adopted E-D-A Got head of line blocking, on their very first day Isn't it ironic, don't you think 🎶🎵 The last few years have seen widespread adoption of Event-Driven Architecture, supported by DDD practices such as event storming. But what does that orange sticky note become when we start implementing our design? Common implementation choices include event sourcing, streaming platforms like Kafka and queuing systems like RabbitMQ. Unfortunately not every orange sticky note has the same operational needs, and many teams remain confused about the differences between these options, resulting in the selection of the wrong paradigm for their needs. This can lead to unnecessary complexity & operational challenges such as head of line blocking, dropped messages, challenges dealing with failed messages, difficulty with adaptive scaling and inadvertently increasing coupling between services. In this talk we'll bring that orange sticky note into the runtime of our system. We’ll start with a deep dive into the similarities and differences between event streaming platforms such as Kafka and queueing systems such as RabbitMq, Azure Service Bus & AWS SNS/SQS. We’ll then look at ways to assess your orange sticky notes to work out which messaging and persistence paradigms suit each one, helping you build more resilient, scalable and loosely coupled event-driven architectures. About Chris Simon Chris is a technology coach and advisor helping technology teams drive business success. His focus is on helping startups realise their vision and new CTOs flourish in their roles. He also supports executives & boards with strategic technology advice, and engineering teams with training, mentoring and consulting in architecture, quality, domain-driven design and test driven development. He is a regular meetup & conference speaker (https://chrissimon.au/speaking/) and to support teams using Domain-Driven Design, he recently launched https://contextive.tech & co-founded the DDD Australia meetup and the ADAConf (https://adaconf.org) conference
Почему юридические сервисы без data-подхода не масштабируются
Почему юридические сервисы без data-подхода не масштабируются Юридические процессы долгое время держались на людях. Опыт, внимательность, профессиональная интуиция — этого достаточно, пока объём работы умеренный. Но при росте масштаба возникает закономерность, о которой редко говорят: эффективность не растёт линейно с числом сотрудников. Она начинает снижаться.
https://habr.com/ru/articles/995326/
#process_mining #eventdriven #архитектура_процессов #dataподход #масштабирование #юридический_процесс #backend #аналитика_данных
"What day/night will be the wildest party on your island?” [Python subprocess/psutil: 15년 묵은 Busy-loop 폴링을 끝내고 진정한 이벤트 기반 대기로 전환
Python의 subprocess 모듈과 psutil 라이브러리가 15년 동안 사용해온 비효율적인 'Busy-loop 폴링' 방식을 이벤트 기반 대기(Event-driven waiting)로 개선하여 CPU 사용량과 지연 시간을 줄이고 확장성을 향상시켰습니다.
Do you really need Kafka for every queue? 🤔
Alexander Kukushkin revisits PgQ, PostgreSQL’s lock-free, high-performance queue, and why SKIP LOCKED falls apart under load. https://lnkd.in/dSrpHGmJ
#PostgreSQL #PgQ #P2D2 #EventDriven #Databases
Event-driven systems power modern platforms, but how do we make them easier to design, share, and govern?
Join Hugo Guerrero to explore AsyncAPI, the open standard that brings clarity to asynchronous APIs. Learn how the community is shaping the future of event-driven architecture and how you can contribute, even with limited time.
We still have free open passes, don’t miss out!
Agenda and Open Passes: https://conference.asyncapi.com/venue/California
JAVAPRO
Habr
Virtual Domain-Driven Design
chris
sayzard
Prague PostgreSQL Dev Day
AsyncAPI Initiative