Size: a a a

Software Design/Architecture/Zen

2021 July 15

AI

Arthur Irgashev in Software Design/Architecture/Zen
я тебя нипанимать :(

ты о чём ?
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
вон дахан предлагает класть в очередь и возвращать саксесс, т.е. у него не цкрс ?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Cqrs - command query segregation - это про то "как ты сегрегейтишь эти команд и эти квери".

Разделение моделей, очереди, асинхронзина - это все нужно для достижения всего этого но просто наличие этого не говорит что у тебя cqrs. Иначе это просто оч бесполезная аббривиатура
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
очереди и асинхронщина - соу соу, зависит от того, в каком ты лагере
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
я бы сказал, что ит депендс и по большей части зависит от типов задач
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Без очередей и асинхронзины толку от cqrs в сравнении с другими подходами ноль. Либо ждёшь столько же сколько с распределенными локами либо нет гарантий обработки
источник

SP

Sergey Protko in Software Design/Architecture/Zen
И я в том лагаре который оч узкую нишу для cqrs записывает
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Там где highly collaborative domain и нельзя заставлять ждать
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
ну вот кто, кто сказал, что цкрс только про асинхронщинцу ? Дахан ? Ну ок, мне его определение не нравится. и что дальше ? У меня не цкрс ? Или для его последователей у меня не цкрс ?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Вот там cqrs топчик
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
вот это вот про что ? Про чей лагерь ? https://docs.microsoft.com/en-us/azure/architecture/patterns/cqrs
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
я к тому, что это спор о создании вселенной
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
и, раз уж так вышло, что мы по разные стороны, то мы вряд ли сойдёмся на чём-то одном :)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Ответ кроется в такой вещи как распределённый стэйт. Если ты дробить Рид и врайт модель это значит Рид модель будет отставать. Что бы не попадать проблем с конкурентными апжейтами придется либо юзать Локи либо очереди. Оттуда приходим к требованию асинхронной обработки
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
рид-райт модели всегда будут отставать, если только там нет стриминга на уровне базы вместе с локами, то никакие очереди тебе не помогут
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
Сценарии, в которых ожидается, что система со временем будет развиваться и может содержать несколько версий модели, или где бизнес-правила регулярно меняются.
т.е. это подходит для вообще всего, красиво написано
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Если ты Не дробищь и в е разделение на уровне интерфейсов которые ходят в одну базу и читают из одной модели - значит мы говорим о cqs
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
причём, я не думаю, что в азуре нет годных архитекторов, к-ые тем более официально пишут гайды в документации. как кто-то выше написал, ит депендс. кому-то нравится идея дахана, кому-то нет. лично я в ней смысла не вижу
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Ну так ты не разобрался)
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
тем более, что вот это ломается сразу. отставание будет всегда, если не делать синхронный апдейт каких-то реплик
источник