Окончательная согласованность — это кошмар 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