D
Size: a a a
2021 March 20
NK
Можно получить сравнение по скорости работы с каждым?
Стандартный протокол тарантула в реальных проектах позволяет выжать много: до нескольких сотен тысяч запросов в секунду с одного узла (могу в личке поделиться цифрами).
Он быстрый потому что:
- держит коннекцию вечно
- через одну коннекцию позволяет отправлять и принимать запросы нескольких клиентов в рамках одного приложения (из разных тредов, горутин, если угодно)
- асинхронный
- поддерживает батчинг
Он быстрый потому что:
- держит коннекцию вечно
- через одну коннекцию позволяет отправлять и принимать запросы нескольких клиентов в рамках одного приложения (из разных тредов, горутин, если угодно)
- асинхронный
- поддерживает батчинг
NK
Стандартный протокол тарантула в реальных проектах позволяет выжать много: до нескольких сотен тысяч запросов в секунду с одного узла (могу в личке поделиться цифрами).
Он быстрый потому что:
- держит коннекцию вечно
- через одну коннекцию позволяет отправлять и принимать запросы нескольких клиентов в рамках одного приложения (из разных тредов, горутин, если угодно)
- асинхронный
- поддерживает батчинг
Он быстрый потому что:
- держит коннекцию вечно
- через одну коннекцию позволяет отправлять и принимать запросы нескольких клиентов в рамках одного приложения (из разных тредов, горутин, если угодно)
- асинхронный
- поддерживает батчинг
Опечатался, там было несколько сотен тысяч рпс
NK
Это речь про iproto и коннекторы поверх него
NK
Хттп в тарантуле гораздо медленнее.
D
Стандартный протокол тарантула в реальных проектах позволяет выжать много: до нескольких сотен тысяч запросов в секунду с одного узла (могу в личке поделиться цифрами).
Он быстрый потому что:
- держит коннекцию вечно
- через одну коннекцию позволяет отправлять и принимать запросы нескольких клиентов в рамках одного приложения (из разных тредов, горутин, если угодно)
- асинхронный
- поддерживает батчинг
Он быстрый потому что:
- держит коннекцию вечно
- через одну коннекцию позволяет отправлять и принимать запросы нескольких клиентов в рамках одного приложения (из разных тредов, горутин, если угодно)
- асинхронный
- поддерживает батчинг
Тут речь про стандартный драйвер без сервера?
NK
Тут речь про стандартный драйвер без сервера?
А что такое драйвер с сервером и без?
NK
Я не оч понял терминологию
D
А что такое драйвер с сервером и без?
Без конекта по http
D
Хттп в тарантуле гораздо медленнее.
То есть вот этот драйвер даст лучшую производительность чем сервер приложений https://github.com/tarantool/go-tarantool#installation
ЯШ
У тарантула есть протокол IPROTO у котрого внутри MessagePack, и есть набортный HTTP-сервер, работающий по стандартному http/1 и http/1.1 без поддержки WS.
NK
Без конекта по http
Без хттп
NK
Стандартный протокол тарантула в реальных проектах позволяет выжать много: до нескольких сотен тысяч запросов в секунду с одного узла (могу в личке поделиться цифрами).
Он быстрый потому что:
- держит коннекцию вечно
- через одну коннекцию позволяет отправлять и принимать запросы нескольких клиентов в рамках одного приложения (из разных тредов, горутин, если угодно)
- асинхронный
- поддерживает батчинг
Он быстрый потому что:
- держит коннекцию вечно
- через одну коннекцию позволяет отправлять и принимать запросы нескольких клиентов в рамках одного приложения (из разных тредов, горутин, если угодно)
- асинхронный
- поддерживает батчинг
Это про бинарный протокол, который без хттп.
Клиентское приложение вызывает хранимые процедуры через стандартные драйверы (в драйверах это называется call)
Клиентское приложение вызывает хранимые процедуры через стандартные драйверы (в драйверах это называется call)
ЯШ
Есть некоторое количество т.н. драйверов, которые представляют собой библиотеки для того или иного языка/технологии, которые позволяют взаимодействовать с Тарантулом через IPROTO/MessagePack
NR
Да, но по факту nginx в 2 стороны не умеет, а он как-никак лидер
Offtop, но nginx работает как reverse proxy для grpc (http/2). Или здесь что-то другое имелось в виду?
ЯШ
Nemat Rakhmatov
Offtop, но nginx работает как reverse proxy для grpc (http/2). Или здесь что-то другое имелось в виду?
Он в одну сторону умеет, а в другую нет
D
Есть некоторое количество т.н. драйверов, которые представляют собой библиотеки для того или иного языка/технологии, которые позволяют взаимодействовать с Тарантулом через IPROTO/MessagePack
Ясно, значит для максимальной нагрузки надо через драйвер? Это будет заведомо быстрее и надёжнее чем любой сервер?
ЯШ
примерно так: [Много-много-много-клиентов]<->[балансировщик]<->[много stateless middleware]<->[балансировщик]<->[Кластер Тарантула], но это в рамках обсуждения сферичекого коня в вакууме, потому что что у Вас за проект нам неизвестно, над функцией телепатии мы еще пока работаем ))
NK
Ясно, значит для максимальной нагрузки надо через драйвер? Это будет заведомо быстрее и надёжнее чем любой сервер?
Это заведомо быстрее, чем существующие серверы (хттп) на борту.
В некотором будущем планируется подумать в сторону grpc (но после того, как заведется новый сервер на основе h2o и http/2), но какие-либо сроки называть здесь рано.
И тем более рано сравнивать перф с grpc
В некотором будущем планируется подумать в сторону grpc (но после того, как заведется новый сервер на основе h2o и http/2), но какие-либо сроки называть здесь рано.
И тем более рано сравнивать перф с grpc