и все

Для всей схемЫ?

у кого подписки на фронте

нет, у нас свой протокол

Между чем и чем?

поверх сокетайо

Это можно сделать нормально только если полностью изолировать базу данных

обычно так и делается

но не всегда

Ну GraphQL сделан для тех, у кого не так)

Для тех, у кого куча на сервисов, но хочется одну логическую схему

но он удобнее в том плане, что можно найти готовый инструментарий

в трейдинге всегда куча сервисов

и одна прокся, которая мобилкам и вебу отдает все в одинаковом виде

считай графкл свой

только без языка запросов

Получается, что каждый сервис должен в едином формате скидывать изменения данных единому брокеру

это не так

Хотя подписки по факту нужны только на малую часть данных

А как?

получается что есть прокся, которая этим занимается

Чем?

кодирует и декодирует

и отдает туда-сюда

Откуда она знает, что данные обновились? Только если все апдейты идут через нее

а у всех клиентов 1 апи и 1 дока

Все это работает только без подписок

да? странно тогда плчему я в девтулзах мессаги вижу в вебсокет фреймах

Я не говорю, что это невозможно сделать

Я говорю, что это не оправдано в случае микросервисов

что не оправдано?

Делать возможной подписку на любые данные

эмм... у тебя есть несколько форматов данных и более того, есть вообще куча всего бинарного, текстового, вотева

и как-то надо это отправлять всем клиентам

на десктоп, мобилы, в браузер

я не понял что ты предлагаешь

отдавать как есть, а они пусть сами там декомпрессят и обрабатывают?

Я говорю исключительно про подписки

Ща

Картинку нарисую

более того слово подписки вообще ни о чем не говорит

потому что даже не указывается по какому протоколу и в каком виде оно куда-то попадает

это не важно

я под подписками понимаю live query

нужно все собирать и уметь отдавать правильно всем

правильно -- через то, что понятно всем. например, сокетайо

Кто тут про карты рассказывал?

https://www.mapbox.com/blog/3d-features-in-mapbox-gl-js

Вот такая схема

Как в не сделать подписки через GraphQL

?

в графкл это абстрагируется и на сервере, и на клиенте через subscribtions, которые по сути как мутации выглядят

но прикручивать концы надо самостоятельно

Я вижу только такую схему

вообще в графкл этого нельзя как я уже сказал

но есть реализыции мимо спеки

Это значит, что нужно будет обновлять КАЖДЫЙ сервис для поддержки этого

точнее 1 реализация и ее клоны на других серверах

Этого никто делать не будет, поэтому только на часть схемы можно будет подписаться

svc — это что?

клиенты?

Сервис, у которого данные

тогда твоя схема непонятна

У нас есть три микросервиса

почему они же за живые данные отвечают?

ERROR: S client not available

Потому что они хранят непосредственно данные

Никто, кроме них, не знает, когда данные обновляются

обычно живые данные можно явно отделить от исторических

и есть источник живых данных и источник исторических (они и живые могут собирать извне, да)

Ну здесь речь только о живых данных

Т е, которые, в принципе, могут измениться

чот все равно не то

может тебе лучше почитать графклжс или сангрию и посмотреть там примеры?

Еще раз: под подписками я позразумеваю запрос, про который мы хотим знать, когда результат изменится

Кинь ссылку

Не хочу долго в этом говне копаться

https://github.com/OlegIlyenko/sangria-subscriptions-example/

https://gist.github.com/OlegIlyenko/a5a9ab1b000ba0b5b1ad

Все ясно

Хуета

Работает только если данные обновляются только через GraphQL

Что можно сделать, только если делать все с нуля

ээ.. нет

не с нуля

но если данные хочется в графкл, то работает это через графкл. вроде логично, нет?

и не хуета

меня тут спросили: "Что лучше: электрон или chrome embedded framework?"

> @chicoxyzzy но если данные хочется в графкл, то работает это через графкл. вроде логично, нет? Читается через GraphQL

грусть пичаль( https://github.com/tc39/proposal-private-fields/issues/32#issuecomment-254553684

но не пишется через GraphQL

пишется через графкл

сабскрипшн пишется так же как мутейшн в текущих реализациях

и в спеке вероятно будет так же

надо только определить транспорт

это может быть и лонг поллинг если хочется

сами сервисы не должны ничего знать про graphql

и писать через него не должны