#event_sourcing — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #event_sourcing, aggregated by home.social.
-
Блокчейн глазами разработчика: append‑only база данных, за запись в которую платят
Слово «блокчейн» испорчено маркетингом. За десять лет вокруг него наросло столько «революций», «иксов» и «цифрового золота», что нормальный разработчик при его звуке закрывает вкладку — и я его понимаю. Проблема в том, что за хайпом прячется инженерно интересная конструкция. Если убрать из блокчейна всё маркетинговое и посмотреть на него глазами человека, который каждый день работает с Postgres, Kafka и git, останется знакомая до боли вещь: реплицированный append‑only лог, в котором состояние — это проекция, а запись — платная . В этой статье я разберу блокчейн именно так: без «крипты», через аналогии с инструментами, которыми вы пользуетесь каждый день. А в конце мы подключимся к реальной сети из десяти строк TypeScript и пощупаем этот лог руками.
https://habr.com/ru/articles/1067392/
#блокчейн #ethereum #web3 #event_sourcing #appendonly #javascript #typescript #viem #база_данных
-
Отказ — это событие, а не статус: как мы перепроектировали модель данных исполнительного производства
В статье про юридический техдолг я писал, что он копится незаметно и вылезает через искажённые данные. Теперь покажу, как это выглядит вблизи: одно булево поле в схеме, 142 записи, и система, которая полгода уверенно сообщала неправду. Мы делаем платформу защиты авторских прав. Дальний конец процесса - взыскание денег по выигранному суду через приставов. Это конвейер: запросили исполнительный лист, получили, отправили, вручили, возбудили производство, дальше либо деньги, либо обжалование бездействия. Внутри: почему спор «отказ - статус или событие» решил один запрос к проду, три мины Mongoose, найденные на ревью, и регрессия, прилетевшая через двадцать часов после релиза.
https://habr.com/ru/articles/1066510/
#моделирование_данных #event_sourcing #MongoDB #Mongoose #миграция_данных #легаси #технический_долг #state_machine #legaltech #appendonly
-
Итерации 1–3 прошли как по рельсам. Итерация 4 убила ветку — и это хорошо
Третья статья из серии. Предыдущие: манифест до первой строчки кода и итерация 0 — скелет и первый вебхук . Я обещал публиковать честно: и где всё идёт по плану, и где разбиваешься о реальность. Вот статья про и то, и другое. Три итерации — ровно. Четвёртая — ветка feat/iter-4 удалена, откат на main . Причина не в технических проблемах. Причина в том, что я наконец честно посмотрел на то, что построил, и понял: модель диалога слабая.
https://habr.com/ru/articles/1028728/
#event_sourcing #agentic_coding #вайбкодинг #Cursor #Git #откат_ветки #самопознание #карта_личности #MVP #честный_постмортем
-
Я строю AI-бот для самопознания. Вот спек, архитектура и почему LLM — это периферия, а не ядро
Статья четвертая из серии. Были исследование , личная история , продуктовый инсайт . Здесь будет продукт. Публикую манифест до того, как написана первая строчка кода — чтобы потом было честно сравнить, где я прав, а где разбился о реальность.
https://habr.com/ru/articles/1027210/
#event_sourcing #domaindriven_design #AI_бот #архитектура #TypeScript #PostgreSQL #LLM #мессенджер_бот #саморазвитие #инварианты
-
Как мы перестали молиться на AI и собрали параноидальный конвейер для МРТ (с открытым кодом)
На каждой второй конференции по медицинскому AI звучит один и тот же сценарий: «Дообучим мультимодальную модель, скормим ей DICOM, и она сама выдаст диагноз». На практике, когда этот скрипт пытается попасть в реальную клинику, начинаются неожиданности. OOM на GPU, врачи не понимают, где галлюцинация модели, а где финальный отчёт, двухгигабайтные NIfTI-исследования рвут таймауты балансировщика. Я какое-то время тоже думала, что главное — это модель. А потом пересмотрела собственный код. У меня уже есть MRI Second Opinion . Но это не нейросеть. Это контур с доменной моделью, конвейером приёма данных, циклом обработки, обязательным врачебным рецензированием, финализацией и отдельным репозиторием с открытым кодом . В медицинском IT модель — не главная проблема. Главная проблема — чтобы между входом и выходом ничего не потерялось и не сломалось.
https://habr.com/ru/articles/1022436/
#mri #dicom #архитектура #typescript #open_source #fda #event_sourcing #медицинское_по #machine_learning #pipeline
-
Асинхронная архитектура на CQRS: гайд по внедрению в 2026 году
Монолит тормозит, бизнес требует новых отчётов, а каждая правка ломает всё вокруг? Знакомо! В этой статье рассматриваются примеры внедрения CQRS и Event Sourcing. разбираются практики разделения команд и запросов, построение асинхронной архитектуры на Kafka. Под катом — код, Mermaid-схемы и best practices, которые реально работают.
https://habr.com/ru/companies/otus/articles/994156/
#ddd #CQRS #DomainDriven_Design #Event_Sourcing #асинхронная_архитектура #микросервисы #Java #Apache_Kafka
-
Связь паттернов микросервисной архитектуры
В этой статье я хотел бы рассмотреть микросервисные паттерны под другим углом. Когда я начинал изучение микросервисных паттернов, у меня постоянно был вопрос: Так это же было в другом паттерне. Я решил немного структурировать их: объединить по похожим элементам. Кластеризировать микросервисные паттерны достаточно тяжело так как каждый паттерн по‑своему уникален, однако для запоминания на собеседованиях или для себя это сделать можно. Основной контент статьи — картинка, далее идёт описание, чтобы всё было в одном месте. Эта статья предназначена для более быстрого запоминания/повторения паттернов микросервисов. Кое‑где я приводил кейсы, которые могут быть непонятны новичкам. Здесь нет подробных кейсов применения каждого паттерна так как иначе статья получилась бы на другую тему. Для удобства я приложил ссылки — чтобы избежать дублей.
https://habr.com/ru/articles/981336/
#архитектура #микросервисы #распределенные_системы #паттерны_проектирования #saga #ddd #Event_Sourcing #виды_микросервисных_паттернов
-
Практический CQRS и Event Sourcing на Go
Event Sourcing и CQRS — это мощные архитектурные подходы, которые заменяют традиционное CRUD-управление состоянием на журналирование событий и разделение операций записи и чтения для масштабируемости и надежности. Вместо прямого изменения данных система сохраняет каждое изменение как событие, что обеспечивает полный аудит, контроль конкурентности и гибкость в обработке данных.
https://habr.com/ru/articles/932510/
#go #golang #cqrs #event_sourcing #backend #architecture #system_design #микросервисы #архитектура #microservices
-
Event Sourcing и CQRS в Go
Привет, Хабр! Сегодня мы поговорим о двух концепциях — Event Sourcing и CQRS, и их реализации на языке Go. Go предоставляет хорошие возможности для реализации этих паттернов благодаря своей производительности, простоте и поддержке конкурентности «из коробки».