#event-driven — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #event-driven, aggregated by home.social.
-
We just published *Cutting Your Events the Right Way*, the first part of a two-part series on event design.
It takes the same customer data, models it as one big event and as several small ones, and works out when each cut is the right call.
Read it here: https://patchlevel.dev/blog/cutting-your-events-the-right-way
#EventSourcing #DDD #PHP #SoftwareArchitecture #EventDriven #TechBlog
-
We just published *Cutting Your Events the Right Way*, the first part of a two-part series on event design.
It takes the same customer data, models it as one big event and as several small ones, and works out when each cut is the right call.
Read it here: https://patchlevel.dev/blog/cutting-your-events-the-right-way
#EventSourcing #DDD #PHP #SoftwareArchitecture #EventDriven #TechBlog
-
Современный MQTT-сервис на Python
В Python при выборе библиотеки для работы с MQTT почти всегда приходишь к paho-mqtt . Это зрелый и самый популярный клиент, но его API построен на колбэках, а современное Python-приложение живёт в asyncio : FastAPI, фоновые воркеры, асинхронные клиенты и всё это в одном общем event loop. В одном из IoT-проектов я столкнулся ровно с этим. Мне нужен был MQTT-клиент, который без сложной адаптации встраивается в асинхронное приложение и позволяет работать с подписками как с управляемыми объектами, а не через набор колбэков.
https://habr.com/ru/companies/raiffeisenbank/articles/1052226/
#Python #MQTT #faststream #iot #eventdriven #asyncio #zmqtt #тестирование #асинхронное_программирование #pahomqtt
-
Tarantool DataBase и Kafka: событийная архитектура без лишних слоев
Привет, Хабр. Меня зовут Сергей Фомин. Я старший менеджер продукта Tarantool DataBase . При разработке разрозненных систем крайне важно обеспечить быструю и надежную синхронизацию данных между их компонентами. К решению этой задачи подходят по-разному. Например, можно делать это вручную через отдельный интеграционный слой, который будет отслеживать изменения в базе, преобразовывать форматы, обеспечивать доставку событий, обрабатывать сбои и настраивать мониторинг. Но это сопряжено с высокими затратами на разработку, увеличивает риски ошибок, усложняет эксплуатацию и замедляет запуск новых функций. Поэтому намного рациональнее решать эту задачу так называемым продуктовым способом.
https://habr.com/ru/companies/vktech/articles/1045344/
#Tarantool #архитектура #отказоустойчивость #cdc #kafka #eventdriven #realtime #интеграция #репликация_данных #vk_tech
-
Приручаем недетерминизм агентных систем
Агентные системы ломаются не на сложных задачах и не на плохих моделях. Главная причина — недетерминизм LLM: температура, апдейты моделей, дрейф мира. Как отлаживать то, что не воспроизводится? Как перезапустить упавший пайплайн не с нуля? Как вообще понять поведение системы, если каждый запуск чуть-чуть другой? Event Sourcing — паттерн, где состояние не снапшот, а иммутабельный лог событий. Недетерминизм он не убирает, но даёт инструменты для работы с ним.
-
🔄 Onze collega Floris Deutekom heeft de afgelopen maanden verkend of AsyncAPI een bruikbare standaard is voor het specificeren van API's met asynchrone calls:
https://developer.overheid.nl/blog/2026/05/28/asyncapi-1-tot-nu-toeEen tipje van de sluier: de tooling is erg volwassen, maar toepassing van de standaard is vooral relevant in contexten waarin meerdere systemen onafhankelijk van elkaar events publiceren en consumeren, een event-driven context dus.
-
🔄 Onze collega Floris Deutekom heeft de afgelopen maanden verkend of AsyncAPI een bruikbare standaard is voor het specificeren van API's met asynchrone calls:
https://developer.overheid.nl/blog/2026/05/28/asyncapi-1-tot-nu-toeEen tipje van de sluier: de tooling is erg volwassen, maar toepassing van de standaard is vooral relevant in contexten waarin meerdere systemen onafhankelijk van elkaar events publiceren en consumeren, een event-driven context dus.
-
Most event-driven systems scatter state across queues, caches, and threads. “The Event Loop as a Single Source of Truth” argues for one clear authority instead.
-
Most event-driven systems scatter state across queues, caches, and threads. “The Event Loop as a Single Source of Truth” argues for one clear authority instead.
-
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.
-
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.
-
🧠 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.
-
🧠 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! 👏
-
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! 👏
-
Агрегаты в микросервисах: гайд по проектированию бизнес-логики с примерами на 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/
-
#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
-
Event-Driven подход в пет-проекте: автоматизация Telegram-канала на NiFi, Kafka и n8n Привет, Хабр! Хочу рассказать про один с...
#pet-project #event-driven #nifi #kafka #n8n #archimate #архитектура #deepseek #telegram #llm
Origin | Interest | Match -
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
-
@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
