P@
>была монга
А сейчас в итоге что?)
А сейчас в итоге что?)
все таже монга, только курсоры stateless
Size: a a a
2020 March 11
e
Кул, а то подумал выпилил монгу)
t
ага, зато дешево на больших объемах
Вот пообщался с вами. Теперь если похожая задача прилетит, то буду уже гибридный курсор крутить.
- Если есть курсор на базе и он еще не помер, то его дергать.
- Иначе с доп фильтрацией по ключам сортировки и сортировкой
Вот пообщался с вами. Теперь если похожая задача прилетит, то буду уже гибридный курсор крутить.
- Если есть курсор на базе и он еще не помер, то его дергать.
- Иначе с доп фильтрацией по ключам сортировки и сортировкой
в нашей архитектуре (ddd/cqrs+es) стейтфул никак не прикрутить, даже если очень захочется... из-за того, что event store посреди, и все изменения должны быть сериализуемы
P@
Кул, а то подумал выпилил монгу)
для денег (биллинга) - постграя, для часто меняющихся сервисов - монга
P@
в нашей архитектуре (ddd/cqrs+es) стейтфул никак не прикрутить, даже если очень захочется... из-за того, что event store посреди, и все изменения должны быть сериализуемы
всегда можно архитектуру распилить
ну точнее поиск вытащить в отдельный сервис
ну точнее поиск вытащить в отдельный сервис
e
для денег (биллинга) - постграя, для часто меняющихся сервисов - монга
ну в целом для биз слоя постгря гуд
t
всегда можно архитектуру распилить
ну точнее поиск вытащить в отдельный сервис
ну точнее поиск вытащить в отдельный сервис
нет нужды. все общение с клиентом терминируется на его личном bff, который как раз сервит graphql
P@
монга тугая с транзакциями и запросы прям больно писать, когда хочешь с деньгами поработать. Поагрегировать их как нибудь, табличку сводную получить.
t
и там уже мутации graphql преобразовываются в cqrs-ные command
t
и оно же graphql-ные query перекидывает на проекторы
t
распиливать cqrs уже дальше некуда, оно и так настолько развязано, что каждый аггрегат в своем отдельном сервисе может жить и не знать о существовании всего остального мира, как и все квери :)
P@
нет нужды. все общение с клиентом терминируется на его личном bff, который как раз сервит graphql
т.е. у вас bff в результате это что?
у кого-то это graphql, который рест оборачивает
у кого-то это инструкция компонент, которые рендеряться в мобильном приложении
…ваш вариант..
у кого-то это graphql, который рест оборачивает
у кого-то это инструкция компонент, которые рендеряться в мобильном приложении
…ваш вариант..
t
реста нет ни в каком виде, зачем тогда graphql? :) bff в данном случае - это next.js + graphqlные эндпоинты + ws эндпоинты для пуша обновлений через gql-ные подписки.
t
graphql напрямую маппится на внутренний cqrs. мутации становятся командами. доменные события никак не экспозятся, остаются внутри.
t
доменные события пушатся в проекторы (денормализаторы), которые в свою очередь дергают bff через внутренние подписки
t
у нас 3 разных bff по итогу
P@
У нас так же. Тока подписки и сам Графкуэль сервер мы вынесли на отдельные поды.
t
не, у нас bff монолитный. я не знаю, как его попилить, чтобы красиво было. можно было бы, конечно, отвязать реактовский SSR от gql вообще
t
т.е. чтобы next одно рендерил, а эндпоинт gql жил на своем отдельном субдомене
P@
У нас бфф это тупой некст, который полный стейтлесс, без авторизации и сессий.
Всё на сервере графкуэльном проверяется и чекается
Всё на сервере графкуэльном проверяется и чекается