#eventdriven — 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

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

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

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

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

Микросервис из 15-летнего монолита: приключение на год

Про выделение микросервисов из монолита рассказывали много, но у каждого свой путь – в статье расскажем про наш. От простейшего выделения сервиса в модуль в начале до решения проблем разрыва транзакций, SQL Join-запросов, задержек асинхронного API и непосредственно выделения нового сервиса. Использование event-driven архитектуры, редизайна модели данных и интеграционного слоя как основных подходов в процессе выделения.

https://habr.com/ru/companies/hh/articles/956102/

#микросервисы #eventdriven #java #highload++ #высоконагруженные_системы #архитектура_системы #распределенные_транзакции #hhru #backend

Автомасштабируем узлы кластера Kubernetes. Часть 2

Всем привет! Это вновь Илья Смирнов, архитектор решений из

https://habr.com/ru/companies/cloud_ru/articles/948140/

#keda #мультиклауд #масштабирование #eventdriven

Event Driven Design и ksqlDB

На конференции Web 2.0 в 2006 году Marissa Mayer из Google указала на проблему, что дополнительные полсекунды задержки приводили к снижению поискового трафика примерно на 20%. Amazon сообщал о похожем эффекте: каждые дополнительные 100 мс уменьшали продажи примерно на 1%. Большие задержки времени отклика чаще можно встретить в аналитических SQL-запросах, так как запрос требует обработки больших блоков данных. Особенно сильно задержки влияют на клиентов с длительной историей покупок. Именно они чаще всего оказываются в верхних перцентилях времени отклика — а это те самые пользователи, которых компании меньше всего хотят терять. Конференция была проведена почти 20 лет назад, компьютерные технологии за это время стали демократичнее, что привело к увеличению количества пользователей и продуктов. Проблема задержек не исчезла — наоборот, она стала острее: чем больше информации накапливают сервисы, тем тяжелее становится её обработка. Чтобы справиться с нагрузкой, приходилось менять архитектурные подходы к хранению и обработке данных. В статье мы разберем один из них – event-driven design.

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

#ksql #kafka #eventdriven #go #opensource #architecture #eventsourcing #stream_processing #sql

Развитие Ansible: от фантастического устройства до зрелой экосистемы управления ИТ-инфраструктурой

Ansible - один из самых популярных инструментов автоматизации, но многие до сих пор используют его, ограничиваясь лишь командой ansible-playbook. С 2012 года Ansible вырос из простого инструмента в мощную экосистему, решающую проблемы с зависимостями, тестированием и централизованным управлением. Если вы все еще боретесь с конфликтами версий Python на хосте или пишете Ansible-контент без тестов - эта статья для вас. Мы разберем современный инструментарий Ansible - от Execution Environments и Ansible Navigator до Event Driven Ansible и AWX. Вы узнаете, как эти компоненты превращают Ansible в полноценную платформу автоматизации, готовую справляться как с задачами небольших команд, так и с вызовами крупных компаний. А для начала немного истории, ведь название Ansible пришло к нам прямиком из научной фантастики...

https://habr.com/ru/companies/astralinux/articles/943136/

#ansible #awx #devops #execution_environment #IT_automation #Infrastructure_as_Code_IaC #configuration_management #astra_automation #eventdriven

Just published a new theory article on https://rustquant.dev this time about iceberg and stop-loss orders in the context of a Rust-based order book engine.
Not an expert, just documenting the journey and trying to break down what I’m learning. These topics deserve much deeper treatment, so any feedback is welcome.

#rustlang #trading #hft #orderbook #fintech #opensource #eventdriven #systemdesign #rustdev

Just published a new theory article on https://rustquant.dev this time about iceberg and stop-loss orders in the context of a Rust-based order book engine.
Not an expert, just documenting the journey and trying to break down what I’m learning. These topics deserve much deeper treatment, so any feedback is welcome.

#rustlang #trading #hft #orderbook #fintech #opensource #eventdriven #systemdesign #rustdev

Just published a new theory article on https://rustquant.dev this time about iceberg and stop-loss orders in the context of a Rust-based order book engine.
Not an expert, just documenting the journey and trying to break down what I’m learning. These topics deserve much deeper treatment, so any feedback is welcome.

#rustlang #trading #hft #orderbook #fintech #opensource #eventdriven #systemdesign #rustdev

Just published a new theory article on https://rustquant.dev this time about iceberg and stop-loss orders in the context of a Rust-based order book engine.
Not an expert, just documenting the journey and trying to break down what I’m learning. These topics deserve much deeper treatment, so any feedback is welcome.

#rustlang #trading #hft #orderbook #fintech #opensource #eventdriven #systemdesign #rustdev

Nearly a decade into covering #DevOps, I'm still most fascinated by stories about how organizations approach #appmodernization and addressing #techdebt.

I had the opportunity recently to interview Ben Heil of Paylocity on that topic, and he shared insights into the product updates and development workflows that will help his teams move to #eventdriven #microservices and an #API #designfirst architecture.

https://www.techtarget.com/searchsoftwarequality/news/366627952/Paylocity-plans-API-design-first-shift-to-modernize-apps

Создаём конвейер обработки запросов в платформе Serverless

За 10 лет, что существует Serverless‑подход , бессерверные функции стали для многих разработчиков чем‑то привычным и удобным. С их помощью можно быстро написать несколько строк кода для реализации конкретной бизнес‑логики и задеплоить, не думая о развёртывании, настройке и обслуживании инфраструктуры. Нужный код запустится автоматически при срабатывании триггера, как это принято в событийно‑ориентированной архитектуре. Но если таких функций в приложении потребуется очень много — что поможет сохранить нужную скорость работы и другие преимущества Serverless? Меня зовут Сергей Ненашев, последний год я разрабатываю в Yandex Cloud сервис бессерверных функций Cloud Functions. В нашем облаке с ним можно запускать код в виде функции без создания и обслуживания виртуальных машин. Пожалуй, важнейший процесс в этом сервисе — это обработка внешнего входящего запроса. Чтобы эта конструкция работала с минимальными задержками, нам понадобилось хорошенько продумать архитектуру обработки запросов и применить пару трюков. Я расскажу, как команда пришла к тем решениям, что работают сейчас, а также покажу, на что обратить внимание самим пользователям, чтобы запрос пробегал по всей инфраструктуре не более 10 мс.

https://habr.com/ru/companies/yandex_cloud_and_infra/articles/924792/

#serverless #бессерверные_вычисления #бессерверная_архитектура #бессерверные_технологии #eventdriven #eventdriven_architecture

🚀 Excited for next week’s EventCentric conference!
I’ll be sharing insights on Wix’s innovative, non-traditional event-driven architecture. Stay tuned for some surprising architectural decisions and real-world examples!
Don’t miss it! 🔥

#EventCentric #DDD #IntegrationEvents #EventDriven #Microservices #Aggregate

(Model from https://framamemes.org by Gee)

#programming #eventDriven #eventLoop

Pretty soon, you’re going to be able to view your live pages and the events on them in real time while developing Kitten apps.

The improved component model with support for class-based routes (and a server-side component hiearchy that lets you build well-encapsulated components and pages and work in an event-driven way) is coming along nicely and I’m back to writing Place¹ using it.

(In the GIF, you’re looking at Place’s profile settings page. Not shown here but those profile changes reflect in realtime on all open pages. The highlighted piece of code is what streams the event details to the browser.)

¹ https://codeberg.org/place/app

#Kitten #StreamingHTML #SmallWeb #htmx #hypermedia #WebSockets #web #dev #eventDriven #objectOriented #JavaScript #NodeJS

Feeling more like myself today after getting my ass kicked by this bug for the past few weeks and I’m finally making progress on improving Kitten’s¹ component model.

Soon, you’ll be able to implement page event handlers in an even simpler way than before. Is your connected DOM element named `pixel`? Then export an event handler called `onPixel()` on your page route and it’ll get called when that element triggers its event.

And there’s so much more coming, including a class-based page and component model with DOM-style event bubbling on the server. This should really let you make the most of the Streaming HTML² workflow in Kitten by writing event-driven GUI-like code but for a web app without really caring about the client/server separation.

Need to update the examples, test, test, test, and update docs but this had me stumped for a while now with several false starts and I feel this implementation might just be it 🤞

:kitten: 💕

¹ https://kitten.small-web.org
² https://kitten.small-web.org/tutorials/streaming-html/

#Kitten #SmallWeb #hypermedia #WebSockets #RPC #eventDriven #StreamingHTML #web #dev

Hey folks!
I‘m looking for new professional opportunities from February 25 on!
If your org is hiring or you have recommendations … shoot me a message, please! 🙂

#dddesign #golang #hexagonal #eventsourcing #cqrs #eventdriven #tdd

Reposts very much appreciated! 💛

[Перевод] Автомасштабирование рабочих нагрузок Kafka с помощью кастомных метрик

Автомасштабирование обеспечивает эффективность и надёжность приложения. Оно автоматически адаптирует ресурсы в соответствии с потребностями. В периоды пиковой нагрузки — увеличивает, в более спокойные периоды — уменьшает для снижения затрат. Эта гибкость особенно полезна для обработки непредсказуемого трафика: приложения остаются отзывчивыми и не используют ресурсов больше, чем необходимо. Перевели статью о том, как настроить Kafka Scaler на основе задержки подписчика (consumer lag).

https://habr.com/ru/companies/slurm/articles/802051/

#apache_kafka #kafka #autoscaling #openshift #eventdriven #eventdriven_architecture

Next week @BeJUG in Kortrijk at #SweetMustard: "Lille invades Kortrijk: Kestra (Event Orchestrator) + Apache Pulsar (Messaging)" with @loicmathieu and Julien Jakubowski 🥑. There are still some places available. Register fast!

Loïc's Topic: #Kestra: an OpenSource #EventDriven Declarative #Orchestrator written in #Java

Julien's Topic: #ApachePulsar: Finally an Alternative to #kafka ?

https://www.meetup.com/belgian-java-user-group/events/298755642/

#java #jug #javausergroup

I would love to get your feedback

When you implement a Micronaut-based application that uses Kafka, Which Java Library do you use?

cc @micronautfw @ApacheKafka

#Kafka #microservices #micronaut #java #softwaredevelopment #softwareengineering #development #kafkastreams #java20 #eventdriven #architecture

I like #eventDriven #software #architecture ever since I encountered it both in #JavaScript and in #VisualBasic. When I switched to the #Java #programming #language, it happened when Java still had to gain #lambdas. Applying an event-driven paradigm with that version of Java felt out of place and unelegant. But ever since #Java8 I find myself slowly returning to event-driven choices.