Ок, заведу issue на github.

А по поводу вчерашнего вопроса с обновлением подов после изменения имени образа в ReplicasetTemplate не удалось посмотреть?

нет, еще не смотрел

добрый день
подскажите, пж, ответ на тупой вопрос по http.client:
отправляю данные POST-ом размером примерно 300 кило(!)байт, в ответ ошибка "curl: Failed sending data to the peer"

если отправлять curl-ом из консоли, всё ок
опций, отвечающих за максимальную длину передаваемых данных не нашёл

как побороть?

Доброго дня. Рентабельно ли использовать tarantool для небольшого, непопулярного микросервиса?

С широким опытом работы nosql (mongo)

Node.js

Ну, тарантул в простое может есть меньше 0.1% цпу и меньше 1 МБ памяти

Этого достаточно для оценки рентабельности?)

я думаю там речь о трудозатратах

а так почему нет

Тут скорее умение читать и копировать нужно. Заходите на https://github.com/Tarantool/examples, берите подходящий пример. Там есть ридми

https://www.tarantool.io/en/doc/2.5/reference/reference_lua/http/#lua-function.client_object.request

Попробуйте выполнить запрос с опцией  verbose = true

Благодарю за ответ

@vasiliy_tyubek подскажите еще, в одном поде посмотоянно ошибка висит, вида:

2020-08-07 11:50:17.273 [1] main/112/http/10.42.4.9:43644 graphql.lua:313 E> Bootstrapping vshard failed: already bootstrapped
stack traceback:
 ....rocks/share/tarantool/cartridge/roles/vshard-router.lua:187: in function <....rocks/share/tarantool/cartridge/roles/vshard-router.lua:147>
 [C]: in function 'xpcall'
 /opt/tarantool/.rocks/share/tarantool/errors.lua:148: in function </opt/tarantool/.rocks/share/tarantool/errors.lua:132>
 [C]: at 0x005053d0
during net.box call to orders-sync-0-0.protlevel-cluster:3301, function "_G.__cluster_rpc_call_local"
stack traceback:
 /opt/tarantool/.rocks/share/tarantool/cartridge/graphql.lua:38: in function 'defaultResolver'
 ...ool/.rocks/share/tarantool/cartridge/graphql/execute.lua:289: in function 'getFieldEntry'
 ...ool/.rocks/share/tarantool/cartridge/graphql/execute.lua:306: in function <...ool/.rocks/share/tarantool/cartridge/graphql/execute.lua:300>
 [C]: in function 'xpcall'
 /opt/tarantool/.rocks/share/tarantool/errors.lua:148: in function 'pcall'
 /opt/tarantool/.rocks/share/tarantool/cartridge/graphql.lua:300: in function </opt/tarantool/.rocks/share/tarantool/cartridge/graphql.lua:226>
 [C]: in function 'xpcall'
 /opt/tarantool/.rocks/share/tarantool/errors.lua:148: in function 'pcall'
 /opt/tarantool/.rocks/share/tarantool/cartridge/graphql.lua:335: in function 'sub'
 /opt/tarantool/.rocks/share/tarantool/http/server.lua:658: in function </opt/tarantool/.rocks/share/tarantool/http/server.lua:636>
 [C]: in function 'pcall'
 /opt/tarantool/.rocks/share/tarantool/http/server.lua:736: in function 'process_client'
 /opt/tarantool/.rocks/share/tarantool/http/server.lua:1199: in function </opt/tarantool/.rocks/share/tarantool/http/server.lua:1198>
 [C]: in function 'pcall'
 builtin/socket.lua:1073: in function <builtin/socket.lua:1071>
2020-08-07 11:50:17.273 [1] main/112/http/10.42.4.9:43644 graphql.lua:313 E> Bootstrapping vshard failed: already bootstrapped
stack traceback:
 ....rocks/share/tarantool/cartridge/roles/vshard-router.lua:187: in function <....rocks/share/tarantool/cartridge/roles/vshard-router.lua:147>
 [C]: in function 'xpcall'
 /opt/tarantool/.rocks/share/tarantool/errors.lua:148: in function </opt/tarantool/.rocks/share/tarantool/errors.lua:132>
 [C]: at 0x005053d0
during net.box call to orders-sync-0-0.protlevel-cluster:3301, function "_G.__cluster_rpc_call_local"
stack traceback:
 /opt/tarantool/.rocks/share/tarantool/cartridge/graphql.lua:38: in function 'defaultResolver'
 ...ool/.rocks/share/tarantool/cartridge/graphql/execute.lua:289: in function 'getFieldEntry'
 ...ool/.rocks/share/tarantool/cartridge/graphql/execute.lua:306: in function <...ool/.rocks/share/tarantool/cartridge/graphql/execute.lua:300>
 [C]: in function 'xpcall'
 /opt/tarantool/.rocks/share/tarantool/errors.lua:148: in function 'pcall'
 /opt/tarantool/.rocks/share/tarantool/cartridge/graphql.lua:300: in function </opt/tarantool/.rocks/share/tarantool/cartridge/graphql.lua:226>
 [C]: in function 'xpcall'
 /opt/tarantool/.rocks/share/tarantool/errors.lua:148: in function 'pcall'
 /opt/tarantool/.rocks/share/tarantool/cartridge/graphql.lua:335: in function 'sub'
 /opt/tarantool/.rocks/share/tarantool/http/server.lua:658: in function </opt/tarantool/.rocks/share/tarantool/http/server.lua:636>
 [C]: in function 'pcall'
 /opt/tarantool/.rocks/share/tarantool/http/server.lua:736: in function 'process_client'
 /opt/tarantool/.rocks/share/tarantool/http/server.lua:1199: in function </opt/tarantool/.rocks/share/tarantool/http/server.lua:1198>
 [C]: in function 'pcall'
 builtin/socket.lua:1073: in function <builtin/socket.lua:1071>

Это ничего страшного я так понимаю?

Этот компонент все время пытается сделать bootsrapping vshard, но так как кластер уже в консистентном состоянии, оно уже не выполняется.

Как то можно от этого избавиться, что бы не забивать логи.

Спрашивал недавно - вроде так де выглядит. Ответили что пока нет

Хотя заметил что это происходит не на всех нодах