Азиза Камет, «Event Sourcing и CQRS: от ненависти к любви», Kolesa Conf 2021
HTML-код
- Опубликовано: 8 сен 2024
- Азиза Камет, Backend-разработчик в Chocofamily
Kolesa Conf 2021, 13 ноября
Описание доклада:
История о том, как мы внедряли Event Sourcing и CQRS, какие боли и страдания встречали по пути и как это в итоге окупилось.
Толковый доклад, спасибо !
Азиза, вы выступили просто прекрасно! Продолжайте в том же духе, получается отлично!!
Мне кажется, что это самый понятный рассказ про Event Sourcing и CQRS)))
Большое спасибо)
Я только начинаю изучать CQRS и DDD. Вопрос, почему в методе агргата approve не изменить статус? Зачем для самого агрегата еще делать слушатель?
Классно! Спасибо за объяснение!
Теперь будем пробовать Event Sourcing)))
и как?
@@testtest5463 мы проэбались)
жаль, про отставание read модели ничего не сказали
Упомянули, что не нужен real time. То есть, если сейчас нужен репорт по сейлзам, не так важно, что в данный момент ему инкрементнули парнтера и изменение ещё не дошло. Если правильно понял.
К сожалению вся эта красота заканчивается эпикфейлом как только в бд попадают персональные данные и начинают работать требования законодательства. Это касается РФ. Что насчёт других государств не знаю. Нельзя хранить данные о людях, с которыми завершены формальные отношения. Например закончился срок договора. После этого надо выпиливать из бд все их данные.
При сохранении персональных данных в базе данных, можно использовать криптографическое шифрование для защиты данных. При необходимости удаления данных, можно просто удалить ключи шифрования, что сделает данные нечитаемыми.
Вспомните о законе яровой, вы обязаны хранить их еще много лет
Допустим, совершил я перелёт, значит ли это, что формальные отношения закончены и мои данные должны быть удалены из БД авиакомпании и системы хранения бронирований?
От этого не застрахован никто. Все ложится на плечи разработчиков, а не архитектуры.