Асинхронный веб: WebSocket, Server-Sent Events, Long Polling и Short Polling

[QuantForce]

Есть еще вариант использовать gRPC Streaming

[Turbomolot]

Да, кстати. Но, к сожалению gRPC не работает в браузерах, а костыль в виде web-grpc не достаточно зрелый для использования в проде.

[Ukrainskiy]

То преимущество, которое мог бы дать полноценный gRPC в браузере, реализовано в GraphQL.

[QuantForce]

GraphQL подойдет только для небольших сервисов. На больших нагрузках эта фигня способна такие не оптимальные портянки в запросах построить, что придется потом все переделывать. Так что в каком-то случае grpc все же лучше GraphQL

[Turbomolot]

Спасибо за статью. Упомянуто было про Websocket «Самый ресурсоемкий в реализации подход», имеется в виду больше всего времени и усилий уйдет на его реализацию?

[Ukrainskiy]

Да, особенно если рассматривать внедрение в уже рабочий проект. Как правило вебсокеты выносят в отдельный микросервис и рядом ставят очередь, например RabbitMQ. Зато в ресурсах в плане железа и скорости работы это будет самый оптимальный выбор. Опять же если задача того требует.

[akurilov]

Я бы добавил вебхуки. Требует публичного адреса получателя, но иногда тоже вариант

[alekssamos]

Кстати да, для API мне кажется это самый лучший способ

[Ukrainskiy]

Можно поподробнее, как вы себе это представляете? В статье речь о способах организации клиент-серверного взаимодействия с получением событий от бэка в браузере. Механизм вебхуков используется для коммуникации между бэкендами.

[RegularScoundrel]

Я правильно понимаю, что в последнем примере можно использовать двунаправленность websocket и иметь только один endpoint на стороне сервера?

[Ukrainskiy]

Все верно, вы можете полноценно использовать WebSocket соединение. https://pkg.go.dev/github.com/gorilla/websocket