Redis Требования к оборудованию и альтернативы

Question

У меня следующая ситуация: я использую пружину для платформы в продуктивной форме. Spring имеет Spring Sessions и позволяет HTTP-Session-Management независимо от контейнера docker (сессии не теряются). Для сохранения сеанса я подумал о базе данных Redis.

Проблема заключается в следующем: повторное использование для продуктивной среды было бы дорогостоящим за то, что оно делает (я использовал официальные рекомендации: https://docs.redislabs.com/latest/rs/administering/designing-production/hardware-requirements/).

Do я скучаю по сыну? Redis - это даже хорошая идея или просто перебор? Знаете ли вы какие-либо подходящие альтернативы?

Спасибо.

Answer 1

Это классическая ситуация, когда вы прочитали что-то, что может иметь определенную привлекательность, основанную на рационе с одной стороны и фактической «необходимости» сделать это на другом конце.

Ответ на «* 1003» * Является ли Redis даже хорошей идеей или просто перебором?"- сложная задача. Давайте взвесим все «за» и «против», а также давайте посмотрим на некоторые особенности -

• Каков размер вашего приложения? и почему вы хотите перейти на Redis?

  • Если ваше приложение значительно больше, не нужно думать дважды, приступайте к реализации
  • , если ваше приложение действительно маленькое, пересмотреть другие факторы

• Где ваша инфраструктура? это на облаке? или это на прем?

  • если на прем, насколько стабильна ваша инфраструктура? без стабильной инфраструктуры запущенный Redis окажется проблемой.
  • Если на прем - у вас есть отдельная команда администраторов для управления? или у вас есть ресурсы для управления этой еще одной новой системой?
  • Если в облаке - управление redis окажется очень дорогостоящим, учитывая, что он работает в памяти и выполняет много операций записи в FS. Пожалуйста, переосмыслите с точки зрения затрат.
• Что такое способ реализации?
  • это контейнер? если да, то как? Кубернетес с Томами? или Kubernetes с PV-PV C? или голым металлом и docker томами?
• Как вы настраиваете Redis?
  • Один узел?
  • Ведущий-Ведомый?
  • Кластер Redis?

РЕЗЮМЕ

Я понимаю, что приведенный выше набор вопросов может быть ошеломляющим и сложно ответить. Я бы рекомендовал

• , если размер вашего приложения огромен - go для установки Redis на Master-Slave с использованием PV-PV C и использования BITNAMI HELM CHART

• , если ваше приложение довольно маленькое и если вы все еще хотите внедрить REDIS - go для docker контейнера с Volume.

Обратите внимание - redis - это здорово, просто нам нужно указать c о его реализации