#event-driven — Public Fediverse posts

In choreography, compensations are also event-driven. If a payment fails, the payment service publishes a failure event. Subscribing services then execute their own compensating steps without central direction.

#Choreography #EventDriven #Fintech

🧠 The wild part: there’s no built-in inbox. It’s fully #EventDriven. You either process emails in real-time… or build your own storage layer (like their Agentic Inbox example).

🏗️ And that’s where it gets powerful: using Workers + #R2 + #SQLite (via Durable Objects), you can literally build your own Gmail-like system — but fully programmable and AI-native.

Ready to level up your Event-Driven Architecture? 🚀

The upcoming Microcks 1.14 release is bringing a powerful new capability to the community: Asynchronous Triggers! ⚡️

Get a head start and check out the new documentation here:
👉 https://microcks.io/documentation/explanations/async-triggers/

Kudos to the Microcks maintainers for continuing to push the boundaries of API mocking and testing! 👏

#AsyncAPI #EventDriven #Kafka #APItesting #OpenSource

Агрегаты в микросервисах: гайд по проектированию бизнес-логики с примерами на Java

Разрабатываете микросервисы и чувствуете, что бизнес-логика превращается в хаос? В статье на примере простого UserService разберем, как три правила агрегатов DDD и асинхронные доменные события помогают навести порядок. Обсудим, почему нельзя хранить объектные ссылки между сервисами, как спроектировать агрегат на Spring Boot

https://habr.com/ru/companies/otus/articles/1008368/

#архитектура #микросервисы #ddd #spring_boot #бизнеслогика #агрегаты #java #eventdriven

#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/

#DataStreaming #EventDriven

Бизнес-логика первична, микросервисы — вторичны

Мы привыкли обсуждать микросервисную архитектуру с точки зрения границ сервисов, ответственности команд, масштабируемости и отказоустойчивости. Мы спорим о том, как правильно нарезать домен, где провести границы и какие сервисы должны взаимодействовать напрямую. Но есть более фундаментальный вопрос - кто в системе определяет правила игры? В реальных финтех-системах бизнес-логика часто начинает зависеть от того, как именно разложены микросервисы. Допустимость действий формируется не в одном месте, а распределяется по цепочке: - часть проверок жив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

Почему юридические сервисы без data-подхода не масштабируются

Почему юридические сервисы без data-подхода не масштабируются Юридические процессы долгое время держались на людях. Опыт, внимательность, профессиональная интуиция — этого достаточно, пока объём работы умеренный. Но при росте масштаба возникает закономерность, о которой редко говорят: эффективность не растёт линейно с числом сотрудников. Она начинает снижаться.

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

#process_mining #eventdriven #архитектура_процессов #dataподход #масштабирование #юридический_процесс #backend #аналитика_данных

@leyrer :blobpats:"What day/night will be the wildest party on your island?”
(-> Musk asked Epstein in a 2012 email)
#EpsteinFiles #eventdriven

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

REST works until it doesn’t.

Once a workflow crosses service boundaries, retries, and external dependencies, request/response becomes a liability. This article walks through evolving a simple Java claims API into a resilient, event-driven pipeline using Quarkus and Kafka.

From validation to enrichment, idempotent persistence, DLQ handling, and notification — one flow, made explicit.

https://www.the-main-thread.com/p/event-driven-claims-pipeline-java-quarkus-kafka

#Java #Quarkus #Kafka #EventDriven #SoftwareArchitecture

Почему ваш бектест врёт на 50%, и при чём тут выбор между Python и C++

Sharpe 2.1 в pandas-бектесте, через три месяца реальной торговли упал до 0.3 Pandas-бектесты систематически завышают доходность на 30-70%. Одна строчка с shift(-1) и вы уже используете завтрашние данные для сегодняшних решений. Плюс survivor bias, плюс нереалистичные fills. В статье разбираю источники look-ahead bias, сравниваю vectorized и event-driven подходы на данных MOEX (SBER, GAZP, LKOH за 2020-2024), мои замеры latency для Tinkoff API, и рассуждения о том, когда Python уже не вывозит и пора думать про C++

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

#алготрейдинг #бэктестинг #Python #C++ #MOEX #pandas #lookahead_bias #eventdriven #трейдинг #quantitative_trading

Just published a new hands-on tutorial:
Reactive Messaging with Quarkus — from REST to real-time.

I walk through building a full event-driven pipeline:
➡️ open a “tap”
➡️ emit orders via REST
➡️ stream through a kitchen processor
➡️ aggregate results on completion
➡️ send final notifications

All with MicroProfile Reactive Messaging and zero external brokers.

Read it here:
https://www.the-main-thread.com/p/quarkus-reactive-messaging-tutorial-java-event-driven

#Java #Quarkus #Reactive #EventDriven #MicroProfile

«У нас всё отлично»: как поверхностный аудит выявляет архитектурные риски на ранних этапах

Мне довелось выступить техническим экспертом на бизнес-акселераторе Genesis: IT & Telecom в СибГУТИ. Я был одним из немногих экспертов, чей фокус был не на технической реализации: архитектуре, коде, инфраструктуре. И почти каждая наша беседа начиналась с одного и того же диалога:...

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

#rabbitmq #eventdriven #архитектура #образовательная_платформа #технический_аудит

Distributed architecture ≠ #Microservices only. Mahendra Rao walks through 3 pragmatic patterns:

✅ Service-Based
🔄 #EventDriven (Broker & Mediator)
🚧 Trade-offs explained with real-world use

Read Part 2 of the #SoftwareArchitecture Series: https://javapro.io/2025/09/25/demystifying-software-architecture-styles-patterns-part-2/

#Java

Currently working (again) on my async framework in #dlang

I need to say coming back to #dlang after a extensive while of #rust coding, I do miss a lot of features of rust already (tho it's nice for once not fighting against the borrow checker or some strange tokio bugs), like choice-types, pattern matching and traits.

Tho it's nice to just have an decent gc and not the need of wrapping everything in `Arc<RefCell<Box<T>>>` /s

Got plenty of ideas for my async framework after working with tokio (and reading parts of it and mio).

#coding #programming #development #async #eventdriven

Aggregates are not your only option. Milan Savic’s “Dynamic Consistency Boundaries” shows how to enforce consistency per event, not per stream. For better flexibility, fewer conflicts, & simpler refactorings: https://javapro.io/2025/10/28/dynamic-consistency-boundaries/

#DDD #DistributedSystems #Java #EventDriven