Спасибо за ответ. На мой взгляд этот паттерн применим в случае множественности источников создания (изменения) данных - например, датчики каких-либо данных, а вот для наблюдателя (анализатора) достаточно только чтение... Вы правы, у нас нет настолько сложной логики в запросах...
Патерн любопытный, но не совсем улавливаю смысл разделения сервисов с дополнительными базами. Это выглядит так - хочу избавиться от геморроя при помощи наждачки (извините за такое сравнение). Предположим, у меня крутятся REST сервисы (порядка 20 на данный момент) в среде кубрернетис кластера. Каждый из сервисов требует определенные ресурсы для своего контейнера, в котором он запускается. В рамках патерна CQRS мне необходимо разделить все сервисы на сервисы только чтения и на сервисы "изменения" данных, то есть увеличивается количество требуемых ресурсов в кластере уже для 40 сервисов плюс сервисы для синхронизации баз данных, да и, возможно, для самих БД. На данном этапе мы решаем проблему "больших" объемов - пагинацией, то есть обработки данных порциями, при чем такая порционность приводит к возможности распараллеливания процесса. Я ни в коем случае не критикую этот паттерн, просто хочу лучше понять когда его лучше использовать...
Оценил подачу материала! Однако здесь используется подход, когда система далека от критических явлений, хотя это и является крайне спорным моментом. Для нулевого приближения исследуемой темы "чревоточины" это вполне приемлемо. При приближении к критическим областям многие системы ведут себя как фракталы, то есть как системы, имеющие нецелочисленную размерность. В качестве гипотезы, а что если формулы горизонта событий тоже искажаются с появлением симметрии подобия? Какая размерность будет у так называемой "4-х мерной скорости"? Меньше 4-х? Или, наоборот будет существенно выше 4 (12.. например).
На мой взгляд, одним из основных свойств ноу-тесла могло бы быть свойство - "амфибия", другими словами, способность преодолевать и водные препятствия :)
Спасибо за ответ. На мой взгляд этот паттерн применим в случае множественности источников создания (изменения) данных - например, датчики каких-либо данных, а вот для наблюдателя (анализатора) достаточно только чтение...
Вы правы, у нас нет настолько сложной логики в запросах...
Патерн любопытный, но не совсем улавливаю смысл разделения сервисов с дополнительными базами. Это выглядит так - хочу избавиться от геморроя при помощи наждачки (извините за такое сравнение). Предположим, у меня крутятся REST сервисы (порядка 20 на данный момент) в среде кубрернетис кластера. Каждый из сервисов требует определенные ресурсы для своего контейнера, в котором он запускается. В рамках патерна CQRS мне необходимо разделить все сервисы на сервисы только чтения и на сервисы "изменения" данных, то есть увеличивается количество требуемых ресурсов в кластере уже для 40 сервисов плюс сервисы для синхронизации баз данных, да и, возможно, для самих БД.
На данном этапе мы решаем проблему "больших" объемов - пагинацией, то есть обработки данных порциями, при чем такая порционность приводит к возможности распараллеливания процесса.
Я ни в коем случае не критикую этот паттерн, просто хочу лучше понять когда его лучше использовать...
Кто-то помнит еще эту рекламу!
Оценил подачу материала!
Однако здесь используется подход, когда система далека от критических явлений, хотя это и является крайне спорным моментом. Для нулевого приближения исследуемой темы "чревоточины" это вполне приемлемо. При приближении к критическим областям многие системы ведут себя как фракталы, то есть как системы, имеющие нецелочисленную размерность. В качестве гипотезы, а что если формулы горизонта событий тоже искажаются с появлением симметрии подобия? Какая размерность будет у так называемой "4-х мерной скорости"? Меньше 4-х? Или, наоборот будет существенно выше 4 (12.. например).
Ключевое слово здесь, что он преподает... На мой взгляд его аккаунтом пользуются студенты, как способ получения оценки извне...
На мой взгляд, одним из основных свойств ноу-тесла могло бы быть свойство - "амфибия", другими словами, способность преодолевать и водные препятствия :)