Комментарии 8
А что насчёт ttl записей?
Спасибо за обзор, было бы интересно какие новые варианты использования в практике (для бизнеса/общества) дают эти возможности?
Очень широкий вопрос, но если кратко:
1) в Таранул теперь можно отправлять людей, которые от него очень далеки -- SQL открывает дорогу DBA, которые умеют в SQL, но не умеют в Тарантул, плюс в целом настройка упростилась и его гораздо легче взять на борт без дополнительной экспертизы
2) Новые фичи для работы с данными (транзакции, констрейнты) дают варианты использовать Тарантул, опять же, там, где раньше использовалась реляционная бд, но ее не хватало, например, по перфу/по возможностям масштабирования.
3) А мультипарадигмальная модель хранения данных позволяет сложить в одну БД данные, которые раньше были разложены по разным, но очень хотелось их хранить вместе и работать с ними в одной транзакции. Так что сейчас теоритически можно в одном тарантуле запускать графовую бд, колонки и обычные таблицы с данными, если очень хочется. Опять же -- все это можно и в посгресе с плагинами, но Tarantool будет хранить все это в памяти.
4) Из того, что в статье нет -- Тарантул еще сертифицирован и находится в реестре РосПО, так что если у бизнеса есть такое требование, то Тарантул подходит.
Redis, Apache Ignite, MongoDB точно не хватит для высоких нагрузок?
Подскажите, пожалуйста, а существует ли (планируется ли) в Тарантуле «из коробки» механизм распределенных блокировок типа Redlock?
Возможно, мне не хватает компетенций, но до сих пор все, что я видел на эту тему, предалагалось собирать самостоятельно из подручных средств.
Из коробки -- нет, и не планируется
Вот есть статья про то, как сделать самому: https://habr.com/ru/companies/vk/articles/835958/
10 возможностей современного Tarantool, о которых вы могли не знать