Event Sourcing: паттерн, который никогда не забывает | Системный дизайн

Вы меняете одну строку в базе данных — и старое значение исчезает навсегда. Две недели спустя клиент говорит: «Я никогда не отменял этот заказ»… и ваша база данных не может сказать, что произошло. В этом видео с нуля объясняется Event Sourcing: вместо хранения только текущего состояния, вы храните историю фактов — и восстанавливаете состояние, воспроизводя их. ⏱ Разделы 0:00 Проблема перезаписи (хук) 1:04 Что забывает CRUD 2:05 Ментальная модель банковской выписки 3:01 События — команды против фактов 4:36 Хранилище событий (таблица только для добавления) 5:36 Воспроизведение — сердце Event Sourcing 6:31 Преимущества: журнал аудита, путешествие во времени, отладка 8:18 Event Sourcing ≠ Kafka / микросервисы / CQRS 8:57 Event Sourcing в микросервисах 9:45 Объявление событий через брокера 10:40 В конечном итоге согласованность 11:24 Когда сервис выходит из строя 12:01 Порядок событий — один порядок, одна полоса 12:37 Новый сервис, рожденный с памятью 13:14 Реальные затраты: снимки, эволюция схемы, проекции 15:21 Как Event Sourcing и CQRS сочетаются друг с другом 15:58 Когда его использовать (и когда обычные операции CRUD допустимы) 16:55 Краткий обзор — пять основных выводов 18:04 Что дальше: CQRS 🔔 Подпишитесь, чтобы получать больше визуальных объяснений шаблонов проектирования систем. Следующее видео: CQRS — Разделение ответственности команд и запросов. 🔗 Свяжитесь с нами 🌐 Веб-сайт: https://visualcoders.in/ 📸 Instagram:   / visualcoders   👍 Facebook:   / 61587693743021   --- 🎬 Изучите наши плейлисты Динамическое программирование:    • Dynamic Programming  With Patterns   📊 Графы    • Плейлист   🏗️ Шаблоны проектирования микросервисов    • Microservices Design Patterns   🌳 Древовидные данные Структура    • Tree Data Structure Visualization(2026)   🔗 Связанные списки    • Linked List with visualisations   ⏱️ Временная сложность    • Time Complexities   #eventsourcing #systemdesign #softwarearchitecture