Подскажите, читаю щас про REST и gRPC. Пытался понять в

Question

Go-go!

Simon S

Подскажите, читаю щас про REST и gRPC. Пытался понять в

чем разница (с REST работал, а с gRPC ещё не доводилось). Кроме как протобафа и второй версии http есть ли ещё отличия?

#backend #go #programming #russian

0

17.08.2021

11 ответов

27 просмотров

Simon S Автор вопроса

Daniel Podolsky
REST - это парадигма, grpc - конкретный протокол

Тогда очень странно, что их вообще сравнивают

0

17.08.2021

Alexandr Sokolov

Simon S
Тогда очень странно, что их вообще сравнивают

Сравнивают скорее REST и RPC как подходы, а gRPC это просто одна из наиболее распространенных реализаций в нашем стеке, и она облегчает многие моменты для разработчика

0

17.08.2021

Simon S Автор вопроса

Alexandr Sokolov
Сравнивают скорее REST и RPC как подходы, а gRPC э...

Ещё у меня возник вопрос о нагрузке на сервер. Если при REST мы обслуживаем по очереди, то при gRPC мы можем одновременно несколько, как это вообще влияет на потребление ресурсов? (если я не прав, то поправьте меня)

0

17.08.2021

Alexandr Sokolov

Simon S
Ещё у меня возник вопрос о нагрузке на сервер. Есл...

Вы не обслуживаете REST по очереди)

0

17.08.2021

Andrei 🦉 Sergeev

Скорее разница между http и gRPC (поверх http2), пожалуй самые важные отличия grpc это типизация методов и параметров с помощью описания proto файлов (и автомагическая генерация сервера и клиента из этих файлов), честное двунаправленное соединение и бинарный протокол http2. Для http можно также описывать методы и параметры и генерить по этим описаниям сервер и клиенты с помощью экосистемы swagger (openapi)

0

17.08.2021

Simon S Автор вопроса

Alexandr Sokolov
Вы не обслуживаете REST по очереди)

когда микросервис получает несколько запросов от более чем одного клиента, он должен обслуживать их по одному, что замедляет работу всей системы. API REST также могут использовать HTTP 2, они по-прежнему ограничены моделью запрос-ответ и не используют поддержку HTTP 2 для двунаправленной потоковой связи. В отличие от этого, gRPC использует HTTP 2 и пользуется преимуществами поддержки HTTP 2 как для взаимодействия с клиентом, так и для двунаправленной связи. Таким образом, gRPC может управлять «унарными» взаимодействиями, аналогичными HTTP 1.1 (когда клиент отправляет один запрос, а сервер отправляет один ответ). В то же время клиенты могут также открывать долговременные соединения, в которых каждый вызов RPC открывает новый поток HTTP 2, также известный как двунаправленная, «мультиплексируемая» или потоковая связь.

0

17.08.2021

Andrei 🦉 Sergeev

Simon S
когда микросервис получает несколько запросов от б...

Эм, что то очень странное написано, REST никак вам не диктует порядок обработки входящих запросов, все зависит от реализации. Если взять какую нибудь Django на python, то там да, один воркер - один запрос единовременно, именно поэтому поднимают пул воркеров. В го же все web серверы обрабатывают входящие сообщения в отдельных горутинах асинхронно

0

17.08.2021

Alexandr Sokolov

Simon S
когда микросервис получает несколько запросов от б...

Этот текст ввел вас в заблуждение. Вы обслуживаете запросы последовательно в рамках одного соединения, никто не мешает использовать более одного соединения. Более того, если вы посылаете несколько запросов параллельно, то как раз несколько соединений и будут использованы и обработы параллельно (условно) на стороне сервера. На сколько я понял, что тут написано, автор пытается рассказать про возможность HTTP2 использовать несколько нитей в рамках одного соединения

0

17.08.2021

Simon S Автор вопроса

Andrei 🦉 Sergeev
Эм, что то очень странное написано, REST никак вам...

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

0

17.08.2021

Simon S Автор вопроса

Alexandr Sokolov
Этот текст ввел вас в заблуждение. Вы обслуживаете...

ааа, теперь стало понятно, что тут не про соединение написано, спасибо

0

17.08.2021