IBM представила Redli, новый клиент командной строки для хранилища Redis

Подразделение IBM Compose, которое разрабатывает защищенное облачное окружение для различных баз данных, представило open source интерфейс командной строки (CLI) Redli для нереляционной высокопроизводительной СУБД Redis. Особенностью клиента является удобное подключение к серверам, защищенным протоколами безопасности TLS/SSL.

Зачем Redis еще один CLI-клиент?

Разработчики утверждают, что работа с защищенными серверами Redis с помощью клиента командной строки по умолчанию — redis-cli — доставляет определенные неудобства. Для каждого соединения необходимо настроить утилиту Stunnel, которая обеспечивает безопасное подключение, с ее помощью направить сервер на локальный порт и, наконец, подключиться к этому порту с помощью redis-cli.

С одним сервером это не такая большая проблема, но когда постоянно обращаешься к 4 или 5 серверам Redis, приходится держать в голове все локальные порты для каждого сервера. В дополнение к мороке с управлением сертификатами для проверки серверов, это все становится немного утомительным.

Авторы Redli попробовали решить проблему с помощью скрипта stunredis для автоматизированной настройки туннелей по запросу, но он не всегда работал корректно.

Что умеет Redli?

Специалисты IBM написали CLI-клиент на языке программирования Go с использованием обработчика флагов командной строки Redigo, интерактивной библиотеки и JSON из документации Redis. Среди ключевых возможностей Redli:

• схемы rediss: в унифицированных идентификаторах ресурса (URI) для полного указания соединения с БД Redis;
• флаг --tls для активации протоколов TLS/SSL, а также -h, -p и -a, которые аналогичны таковым в redis-cli;
• флаг --long, показывающий полное имя сервера и порт в строке;
• help с помощью по каждой команде;
• завершение вкладки для команд;
• история каждого сеанса;
• все поддерживаемые Redis команды, в том числе и будущие;
• немедленное выполнение операций Redis, написанных сразу после команды Redli.

По сообщениям разработчиков, из-за принципов работы интерфейса он пока не поддерживает особенные флаги отладки и отчетов --stat, --latency и --bigkeys. Это будет исправлено в последующих обновлениях.

Все установочные файлы доступны на GitHub-странице проекта, а распространяются они под лицензией Apache 2.

В феврале 2017 года из-за проблем с кластерами Redis система управления версиями GitLab вышла из строя на полчаса после неудачной попытки обновления.