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