Cqrs - command query segregation - это про то "как ты сегрегейтишь эти команд и эти квери".
Разделение моделей, очереди, асинхронзина - это все нужно для достижения всего этого но просто наличие этого не говорит что у тебя cqrs. Иначе это просто оч бесполезная аббривиатура
Без очередей и асинхронзины толку от cqrs в сравнении с другими подходами ноль. Либо ждёшь столько же сколько с распределенными локами либо нет гарантий обработки
ну вот кто, кто сказал, что цкрс только про асинхронщинцу ? Дахан ? Ну ок, мне его определение не нравится. и что дальше ? У меня не цкрс ? Или для его последователей у меня не цкрс ?
Ответ кроется в такой вещи как распределённый стэйт. Если ты дробить Рид и врайт модель это значит Рид модель будет отставать. Что бы не попадать проблем с конкурентными апжейтами придется либо юзать Локи либо очереди. Оттуда приходим к требованию асинхронной обработки
Сценарии, в которых ожидается, что система со временем будет развиваться и может содержать несколько версий модели, или где бизнес-правила регулярно меняются. т.е. это подходит для вообще всего, красиво написано
причём, я не думаю, что в азуре нет годных архитекторов, к-ые тем более официально пишут гайды в документации. как кто-то выше написал, ит депендс. кому-то нравится идея дахана, кому-то нет. лично я в ней смысла не вижу