С DotNext вывалися свежий доклад по CQRS (Command and Query Responsibility Segregation) подходу - можно глянуть бэкендерам если интересна тема архитектур (мидлы/синёры).

В двух словах о чем там : Разделяем read и write операции на бэкенде/бд. Проблема, которую мы решаем - производительность при чтении, т.к. очень часто именно операции чтения у нас самая высоконагруженная и сложная (джоины, аналитика, кастомные get и тп +частотность всего этого в сопоставлении с изменениями данных).

И вот мы там берем и разделяем "чтение" и "запись" по разные стороны баррикад. А "под капотом" уже можно "тьюнить" обе части так как нам нужно. Это чуть сложнее в реализации, это доп инфраструктура и её обслуживание, а так же создаётся eventually consistency (не всегда, но часто) = проблема синхронизации write -> read. Но и в классическом подходе при применении кэшей для оптимизации чтения мы имеем те же проблемы, так что это скорее "особенность", нежели "проблема". Хотим быстрее - терпим издержки, бесплатно ничего не бывает.

Тут еще забавные кейсы бывают, типа - пишем в Postgres, а читаем из эластика. Уруру. Ну и так далее.

В общем, рекомендую. Там чуть беда со звуком (автор удалённо участвует), но в целом всё понятно.

https://www.youtube.com/watch?v=PGFk0WEuYk0

Ps. Он там рекомендует заодно другой доклад от 2018 года про быстрорастворимое проектирование глянуть . Я глянул - не рекомендую - специфичен под C#/asp.net и ту мач узконаправленный. Мне лично не понравился.

А вот по ссылочке выше про CQRS - хорошая база, можно глянуть на фоне 🤟

Ps2. Про CDC (change data capture) совсем вскользь упомянуто, можете добить самостоятельным ресёрчем - штука хорошая в контексте CQRS.