Обновить
13
0

Пользователь

Отправить сообщение

Запросы линеаризуются на текущем активном storage. Т.е. каждый новый запрос становится в очередь запросов и ожидает пока предыдущий отработает.

Никто из конкурентов не выводит облачные сервисы подобного рода в опенсорс и вряд ли в ближайшее время так сделает, у нас тоже пока нет таких планов.

Планируем сделать on-premise реализацию, можно будет разворачивать в закрытом контуре. Как только будет готово - сформируем требования к железу исходя из требований к нагрузке и опубликуем.

Цифры есть здесь: https://mcs.mail.ru/cloud-queues/

С точки зрения пользователя предоставляется облачный сервис и можно не думать о требованиях к железу.

Да, проводили замеры. Пока получилось, что мы немного быстрее, чем Амазон, на маленьких сообщениях, и помедленнее на больших. Так что сейчас в процессе оптимизации работы системы. В дальнейшем планируем провести более полное сравнение и выложить результаты.

1) Тарантул одновременно является базой данных и сервером приложений. Как сервер приложений он предоставляет встроенный язык Lua для выполнения кода рядом с данными.
2) Тарантул сам по себе не является распределенным кэшом. Имеются решения на Тарантуле: Tarantool Cartridge как платформа для построения кластера на тарантуле, и TDG как коробочное решение поверх Cartridge с множеством реализованных фич для построения высоконагруженных распределенных систем. С помощью этих решений можно в том числе построить распределенный кэш.
Подробно тарантул с редисом сравнивается, например, здесь: статья
Если коротко, то одним из основных преимуществом является персистентность хранения данных.
Кроме того, используется TDG — распределенное решение на тарантуле, которое дает много возможностей из коробки и позволяет существенно упростить разработку.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность