Есть библиотека в Go — LRU, туда можно передать Any и задать TTL. Почему был выбран Redis, а не она?

Выбор Redis вместо локальной LRU-библиотеки с TTL в Go обусловлен несколькими причинами:

• Распределённость: Redis — это отдельный сервер, доступный из разных приложений и сервисов, что позволяет использовать кэш централизованно.
• Устойчивость и масштабируемость: Redis поддерживает репликацию, кластеризацию и устойчив к сбоям, в то время как локальная LRU-библиотека хранит данные только в памяти одного процесса.
• Богатый функционал: Redis предоставляет множество структур данных, операции с TTL, атомарные операции и мониторинг.
• Отделение состояния от приложения: При перезапуске приложения локальный кэш теряется, а Redis может сохранять данные дольше.

Таким образом, Redis подходит для кэширования в распределённых системах и при высоких нагрузках, тогда как LRU-библиотека удобна для простых случаев и локального кэширования.