им обычно заменяют http для внутренних коммуникаций
то есть похорошему он как и http в тарантуле нафиг не нужен)

это спорное утверждение. HTTP это просто транспорт по сути сейчас, как замена TCP

поверх него можно гонять и iproto

мы в таранутуле используем типизированные объкты ,      схема описывается в proto3     генерируется код    msgpack   генераторы  для го   и  рефлексия для lua   ...    ну от grpc тут ничего не осталось )

мы в Data Grid пошли по пути генерации GraphQL API из Avro Schema

вариантов масса

да , я видел... avro показался  слишком жирным, в итоге своя реализация вышла...  ну и аналог грида со своими плюшками

я люблю для динамических языков средства, которые для них хорошо подходят

кажется что gRPC делался в первую очередь для другого

в общем, резюмирую: я не думаю что когда-то появится супер крутая поддержка gRPC в самом тарантуле. Почти всегда проще будет для этого воспользоваться Go

его основное преимущество (grpc) -  готовые тулзы  ,  как результат быстрый вход клиентов

так и делаем,   одни и те же прото типы одноврременно используются и для генерации grpc  и для  msgpack

поскольку не было надежды что
https://github.com/tarantool/tarantool/issues/4211  в обозримом будущем не появится

Благодарю всех за развернутый ответ.
Еще вопрос:
Планируется ли для "go-tarantool" сделать поддержку decimal типа (чтоб лишний раз не конвертировать через string)?

можно определить свой extension для msgpack, go-tarantool  умеет с ними работать

сначала бы в голанг децимал завезти ))

В данный момент обсуждается возможность реализации новых метрик для сборки статистики о том, чем Тарантул занят. Метрик вида "сколько времени уходит на запись транзакций в журнал", "сколько времени тратится на сжатие", "сколько времени занимает вставка в индексы", "сколько сетевых сообщений приходит в секунду", "сколько приходит транзакций по репликации в секунду" и тд. Нечто похожее на Windows Performance Counters (PDH), но по ядру Тарантула.

Чтобы понять, надо ли это вообще, будет хорошо, если заинтересованные люди напишут, какие метрики вы бы хотели в Тарантуле видеть и с какой целью - мониторинг, оптимизации своих приложений, или что-то еще. Сейчас есть box.stat(), но там полезного очень мало.

Сбор метрик же не "бесплатно" будет, может быть сразу отключаемость предусмотреть?

хочется все динамически включаемое на лету - плюс высокую кастомизируемость (что собирать что нет)

Это отдельный вопрос. Пока вопрос, нужны ли они. И если да, то какие