Меркурий и другие

Сравнение Меркурий с конкурентами

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

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

№	Критерий	Redis	Picodata + Radix	Tarantool DB RESP	Меркурий (MerQry)
1	Поддержка протокола pre-RESP	+	-	-	+
2	Поддержка протокола RESP v.1, v.2, v.3	+	+	+	+
3	Поддержка Redis Sentinel	+	-	+	+
4	Поддержка Redis Cluster	+	+	+	+
5	Многопоточная обработка в одном инстансе	-	-	-	+
6	Отсутствует проблема второго сбоя в кластере	-	+	+	-
7	Гарантированная персистентность	-	+	+	-
8	Поддержка LUA, выходящего за спецификацию	+	-	-	+
9	Поддержка команд CONFIG GET, CONFIG SET	+	-	+	+
10	Поддержка RBAC	+	-	+	+
11	Запрос пароля	+	-	+	+
12	Аутентификация по имени и паролю	+	-	+	+
13	Механизм вытеснения ключей	+	-	-	+
14	Присутствие в ЕРРП	-	-	-	-

Проверку наличия ПО в ЕРРП можно сделать на форме

https://reestr.digital.gov.ru/search/

К примеру, Radix не в реестре: https://reestr.digital.gov.ru/search/?q=radix

А Тарантул в реестре 7 раз, но Tarantool DB RESP или что-то подобное отсутствует:

https://reestr.digital.gov.ru/search/?q=tarantool

При таких условиях можно утверждать, что для drop-in замены Redis Меркурий является предпочтительным решением;

Для создания персистентного In-Memory кэша Меркурий, подобно Redis, проигрывает Тарантулу.