Size: a a a

2020 August 07

AK

Alexey Kuzin in Tarantool
Переслано от Dmitry Sharonov
который tarantool/memcached
источник

AK

Alexey Kuzin in Tarantool
Переслано от Dmitry Sharonov
там же протокол еще
источник

AK

Alexey Kuzin in Tarantool
Переслано от R-omk
не я про читый таранутл говорю,    из сишного драйвера пыховского
источник

AK

Alexey Kuzin in Tarantool
Переслано от R-omk
я звал сишную хранимку , но обычный мемкэш все равно быстрее , там нет всяких проверок прав и прочих чудес
источник

AK

Alexey Kuzin in Tarantool
Переслано от Mons Anderson
хз-хз...
у нас тарантул быстрее мемкеша был
а профита побольше от него потенциально
источник

AK

Alexey Kuzin in Tarantool
Переслано от R-omk
я про последовательные запросы,   если мультиплексировать то поятное дело что таранул в горизонт уходит
источник

AK

Alexey Kuzin in Tarantool
Попробуйте поспрашивать этих людей: @yanda_andrey, @inthrax, @Romkart
источник

AK

Alexey Kuzin in Tarantool
Но лучше всего взять самостоятельно модуль https://github.com/tarantool/memcached и померить на вашей задаче.
источник

NR

Nemat Rakhmatov in Tarantool
Вот теперь, все стало на свои места. Тарантул не медленнее (в общем) но с доп фишками. Выбор за нами 😊
источник

N

Nobody in Tarantool
+ персистентный
источник

N

Nobody in Tarantool
А мемкэш моргнул и досвидания
источник

PL

Pavel Lapaev in Tarantool
https://habr.com/ru/company/mailru/blog/513356/ by @inthrax

Как мы построили S3-хранилище Mail.ru Cloud Solutions, как оно работает, какие решения оказались удачными, а какие стоило изменить, если бы мы начали такой же проект с нуля сейчас.

- как было устроено хранилище Mail.ru, поверх которого мы строили S3-хранилище
- что мы добавили, чтобы сделать Mail.ru Cloud Storage
- как работает объектная модель хранения и какие сделаны шаги для выхода в продакшен
- про доработки боевой системы: фейловер и масштабирование
- как мы реализовали шардирование и решардинг
- а также про работу с SSL-сертификатами.

PS: это сделано на Тарантуле 😉
источник

AS

Alexander Susin in Tarantool
@vasiliy_tyubek вопрос про роли в куб операторе - если роль имеет в своем названии пробел, как ее корректно описать в kind: Role?
89 return {
90     role_name = 'Test Storage',
91     init = init,
92     stop = stop,
93     dependencies = {
94         'cartridge.roles.vshard-router',
95         'cartridge.roles.vshard-storage',
96     }
97 }
источник

AS

Alexander Susin in Tarantool
Пробелы естественно куб не принимает.
источник

VT

Vasiliy Tyubek in Tarantool
Alexander Susin
@vasiliy_tyubek вопрос про роли в куб операторе - если роль имеет в своем названии пробел, как ее корректно описать в kind: Role?
89 return {
90     role_name = 'Test Storage',
91     init = init,
92     stop = stop,
93     dependencies = {
94         'cartridge.roles.vshard-router',
95         'cartridge.roles.vshard-storage',
96     }
97 }
для указания роли используются лэйблы, поэтому к ключу и значению применяются общекубовые правила валидации, которые не допускают использование пробелов
источник

AS

Alexander Susin in Tarantool
то есть роль с пробелами невозможно сейчас описать, верно?
источник

VT

Vasiliy Tyubek in Tarantool
Alexander Susin
то есть роль с пробелами невозможно сейчас описать, верно?
да, всё так, тут проще переименовать роль
источник

AS

Alexander Susin in Tarantool
Понял, спасибо!
источник

AS

Alexander Susin in Tarantool
Василий, подскажите, где нужно задавать имя, что бы было не unnamed а что то более информативное?
источник

VT

Vasiliy Tyubek in Tarantool
а вот это уже баг, возьму в работу
источник