Окончательная согласованность — это кошмар UX

Термин «окончательная согласованность» чаще всего используется при чтении данных из источника, отличного от того, из которого выполняется запись. Обычно это приводит к некомфортному пользовательскому опыту, когда пользователь выполняет какое-либо действие, но затем не видит немедленного отображения своих изменений в пользовательском интерфейсе. Причин может быть множество. Это может быть связано с использованием реплики чтения, которая является окончательно согласованной. Если вы используете Event Sourcing с проекциями в качестве модели чтения, которая строится асинхронно, или если вы обрабатываете команды асинхронно через очередь сообщений.

🔗 EventStoreDB
https://eventsto.re/codeopinion

🔔 Подпишитесь:    / @codeopinion  

💥 Присоединяйтесь к этому каналу, чтобы получить доступ к исходному коду и демонстрациям!

   / @codeopinion  

🔥 Нет кнопки «ПРИСОЕДИНИТЬСЯ»? Поддержите меня на Patreon!
  / codeopinion  

📝 Блог: https://codeopinion.com
👋 Twitter:   / codeopinion  
✨ LinkedIn:   / dcomartin  
📧 Еженедельные обновления: https://mailchi.mp/63c7a0b3ff38/codeo...

0:00 Введение
0:39 Задержка репликации
1:47 Проекция источника событий
2:48 Асинхронная обработка
4:53 Ожидание сервера
6:14 Опрос клиента
7:12 Отправка на клиент
8:38 Чтение с основного сервера
9:59 Многопользовательский режим

#архитектурапрограммногообеспечения #дизайнпрограммногообеспечения #cqrs