Size: a a a

2021 March 20

A

Anatoly in Tarantool
DMP
Я в проде работал с http1 - там нужно каждый раз стучаться к клиенту и устанавливать новое соединение, И с grpc где один раз установил и вызывай удалённо процы. Ваш будущий сервер по какой схеме планирует работать и когда он будет готов?
1.0 или 1.1?
источник

NK

Nick Karlov in Tarantool
DMP
Может быть я подробно не изучал его доку. Исхожу из простой логики, что если бы http2 c keep alive был так же хорош, то использовали бы его.
Для работы с тарантулом в хайлоаде используют его бинарный асинхронный протокол iproto. Несколько порядков разница производительности, если принять во внимание ещё и клиентский код
источник

VG

Vladislav Grubov in Tarantool
Ярослав Шумаков
Как это не смешно, но кажется одной из причин или индикатора (выбрать по вкусу нужное) почему http/2 еще так и не - это отсутствие поддержки reverse-proxy http/2 в nginx
вроде envoy умеет со своими братьями по http/2 общаться, не уверен про общение с бэкендами
источник

A

Anatoly in Tarantool
в 1.1 есть keep-alive и закрытие соединения является неправильным подходом
источник

D

DMP in Tarantool
Anatoly
1.0 или 1.1?
1.0 полагаю устарел ещё в 99?)
источник

ЯШ

Ярослав Шумаков... in Tarantool
Vladislav Grubov
вроде envoy умеет со своими братьями по http/2 общаться, не уверен про общение с бэкендами
Да, но по факту nginx в 2 стороны не умеет, а он как-никак лидер
источник

A

Anatoly in Tarantool
DMP
1.0 полагаю устарел ещё в 99?)
всё ещё используется кое-где. а если у вас 1.1, то постоянное соединение там есть. и если вы его постоянно переустанавливаете, вы неправильно делаете
источник

D

DMP in Tarantool
Anatoly
в 1.1 есть keep-alive и закрытие соединения является неправильным подходом
Важно лишь то может ли ваш новый сервер дать такую же скорость как c использованием gRPC. И ответьте наконец на вопрос, чем подход с сервером хуже чем просто нормальный драйвер с пулом соединений.
источник

A

Anatoly in Tarantool
DMP
Важно лишь то может ли ваш новый сервер дать такую же скорость как c использованием gRPC. И ответьте наконец на вопрос, чем подход с сервером хуже чем просто нормальный драйвер с пулом соединений.
1. это не мой сервер, я не разрабатываю тарантул.
2. вы мне этот вопрос не задавали.
3. можно прекратить хамить прямо сейчас.
источник

NK

Nick Karlov in Tarantool
DMP
Важно лишь то может ли ваш новый сервер дать такую же скорость как c использованием gRPC. И ответьте наконец на вопрос, чем подход с сервером хуже чем просто нормальный драйвер с пулом соединений.
Вопрос не понятен, честно говоря. Не могли бы вы его сформулировать в одном сообщении?
источник

D

DMP in Tarantool
Nick Karlov
Вопрос не понятен, честно говоря. Не могли бы вы его сформулировать в одном сообщении?
Условно говоря к тарантулу можно приконектиться (в теории) несколькими способами:
источник

D

DMP in Tarantool
1. С помощью пула соединений если он там есть.
источник

D

DMP in Tarantool
2. Вашим новым сервером, когда он будет готов ( кстати когда )
источник

D

DMP in Tarantool
3. Если реализовать gRPC
источник

NK

Nick Karlov in Tarantool
DMP
1. С помощью пула соединений если он там есть.
По какому протоколу?
источник

D

DMP in Tarantool
Nick Karlov
По какому протоколу?
По тому который обеспечивает ваш драйвер.
источник

NK

Nick Karlov in Tarantool
Вы описали не все способы. Более того- не упомянули главный
источник

D

DMP in Tarantool
Можно получить сравнение по скорости работы с каждым?
источник

ЯШ

Ярослав Шумаков... in Tarantool
DMP
По тому который обеспечивает ваш драйвер.
Их пучок из нескольких десятков, и они все разные
источник

D

DMP in Tarantool
Anatoly
1. это не мой сервер, я не разрабатываю тарантул.
2. вы мне этот вопрос не задавали.
3. можно прекратить хамить прямо сейчас.
1. Думал вы тоже в команде разботки.
3. Даже не думал хамить. Извиняюсь если вам что показалось грубым.
источник