https://docs.microsoft.com/en-us/azure/architecture/patterns/event-sourcing#when-to-use-this-pattern
относительно хорошо работает с микросервисными архитектурами, где eventlog и единственный источник правды и главное средство коммуникации
выходит, с персональными данными, по российскому законодательству, этот подход использовать нельзя ))
Можно, если шифровать персональные данные
всегда должна быть возможность удалить
ну вообще в event sourcing на практике редко когда хранится история за всю жизнь. обычно строится модель и предыдущие ивенты выносятся в отдельное хранилище, а потом и удаляются. потому что хранить данные за годы, если их приходят тысячи в секунду - так долго не проживем.
кстати вот тоже годный поинт
А это стандартный трюк. Например ты не можешь так просто удалить персональные данные из Apache Kafka, а законадательства некоторых стран требует такой функционал. Удаляешь не сами данные, а ключи шифрования.
нужна доп база для ключей с возможностью удаления
ну, никто не говорил, что будет просто сделать так, что бы соответствовать законодательству РФ. ЕС
Обсуждают сегодня