Подразделение 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 вышла из строя на полчаса после неудачной попытки обновления.
Источник: блог IBM Cloud