Подписки на GraphQL: Почему мы используем SSE/Fetch вместо Websockets

[shai_hulud]

WebSockets делают ваши подписки GraphQL сохраняющими состояние

Если у вас заголовок аутентификации это состояние, то остальные запросы идут без него? А если другие запросы призадумаются и пользователь выйдет пока они выполняются, то они прервутся? Нет же? Значит у вас везде "состояние".

WS в качестве потока событий вообще никак не отличается от SSE. Одни и те же преимущества, те же проблемы с аутентификацией (нет возможности задать заголовки).

Но у WS есть per-message-deflate, а у SSE из коробки ничего.

WebSockets заставляют браузер откатиться к HTTP/1.1

RFC 8441 уже 6 лет как в node.js, да и в отстальных серверах оно есть

WebSockets вызывают проблемы безопасности, раскрывая токены аутентификации клиенту

Дак не раскрывайте. Кукисы, одноразовые токены итд.

WebSockets позволяют двунаправленную связь

Плюс же, а не минус. Выработайте протокол взаимодействия по вашему каналу, и закрывайте соеднинение при его нарушении.