Когда использовать паттерн проектирования CQRS?
Мы с командой обсуждали использование паттерна проектирования CQRS (Command Query Responsibility Segregation) и все еще пытаемся оценить плюсы и минусы его использования. Согласно: http://martinfowler.com/bliki/CQRS.html
мы еще не видели достаточно случаев использования CQRS в полевых условиях, чтобы быть уверенными в том. что мы понимаем его плюсы и минусы
Так что же вы думаете, ребята, когда проблема требует использования CQRS?
1 ответ
Относительно реализации CQRS мне нравится идея разделить модели чтения, когда у Вас есть фронтэнд / клиент веб-сервиса, требующий большого количества данных из нескольких доменов, и я хотел бы попробовать его. Моя основная причина желания попробовать его происходит из-за проблемы с 'slowness'in процессы выполнения и разработка; особенно когда дело доходит до обработки больших наборов данных или 'больших данных'. Я смотрю на все различные варианты, доступные в сокращении сложности (сложностей), добавляя масштабируемость, упругость и гибкость к гибридной архитектуре.