ОБ
Size: a a a
2021 March 20
VG
Давайте тогда поставим вопрос по другому. Новому клиенту нужно будет устанавливать заново соединение с сервером, как в случае с http1?
при старте нового процесса или при обработке нового запроса?
- в первом случае -- да
- во втором -- нет, и даже дожидаться респонса на предыдущие реквесты не нужно
- в первом случае -- да
- во втором -- нет, и даже дожидаться респонса на предыдущие реквесты не нужно
ЯШ
Давайте тогда поставим вопрос по другому. Новому клиенту нужно будет устанавливать заново соединение с сервером, как в случае с http1?
Кажется это плохая архитектура, если вы терминируете 100500 клиентских соединений на in-memory хранилище
NK
Перманентные соединения есть и сейчас поверх iproto (если я правильно понял то, что вкладывается в этот термин).
D
Перманентные соединения есть и сейчас поверх iproto (если я правильно понял то, что вкладывается в этот термин).
Я в проде работал с http1 - там нужно каждый раз стучаться к клиенту и устанавливать новое соединение, И с grpc где один раз установил и вызывай удалённо процы. Ваш будущий сервер по какой схеме планирует работать и когда он будет готов?
NK
Я в проде работал с http1 - там нужно каждый раз стучаться к клиенту и устанавливать новое соединение, И с grpc где один раз установил и вызывай удалённо процы. Ваш будущий сервер по какой схеме планирует работать и когда он будет готов?
Новые запросы очень часто идут с переиспользованием коннекций (keep alive)
NK
В хттп1
D
Новые запросы очень часто идут с переиспользованием коннекций (keep alive)
как правило в рамках одного клиента
NK
как правило в рамках одного клиента
А как вы видите переиспользование коннекций в рамках разных клиентов?
D
А как вы видите переиспользование коннекций в рамках разных клиентов?
Как делает grpc - один раз при старте сервиса законектил и потом дёргает процы
NK
А как он это делает для разных клиентов?
Чем это отличается от хттп с keep alive (установил соединение и пишешь в сокет)?
Чем это отличается от хттп с keep alive (установил соединение и пишешь в сокет)?
NK
Именно этим и объясняется экспонтециальный рост его популярности
Я полагаю, что рост популярности связан с его способностью мультиплексирования запросов
D
Я полагаю, что рост популярности связан с его способностью мультиплексирования запросов
Может быть я подробно не изучал его доку. Исхожу из простой логики, что если бы http2 c keep alive был так же хорош, то использовали бы его.
ЯШ
Может быть я подробно не изучал его доку. Исхожу из простой логики, что если бы http2 c keep alive был так же хорош, то использовали бы его.
Как это не смешно, но кажется одной из причин или индикатора (выбрать по вкусу нужное) почему http/2 еще так и не - это отсутствие поддержки reverse-proxy http/2 в nginx