Debe tener en cuenta que Redis es una base de datos en memoria (incluso si puede conservar los datos en el disco). Los datos que pones en Redis tienen que caber en la memoria.
La propuesta del artículo que mencionas trata sobre el uso de Redis como un sistema de colas distribuidas. Los procesos de trabajo eliminan los elementos de la cola y los escriben en el disco, por lo que no hay tantos elementos en la memoria de Redis. Este diseño tiene una falla:si los procesos de trabajo no pueden escribir los datos lo suficientemente rápido en el disco, el consumo de memoria de Redis se disparará, por lo que debe estar limitado por la configuración (parámetro Redis maxmemory) o software (recorte la cola en el momento de la inserción, o vacíe la cola cuando está llena).
Ahora su propuesta realmente no funciona, ya que todos los datos que escriba en Redis se mantendrán en la memoria (incluso si el propio Redis los almacena en el disco).
Otro punto es que no puede consultar Redis. Redis no es una base de datos relacional, no admite ningún mecanismo de consulta ad-hoc, solo comandos que involucran rutas de acceso previamente definidas. Si desea buscar datos con diferentes parámetros, debe anticipar todas las búsquedas posibles y construir las estructuras de datos relevantes (conjunto, conjuntos ordenados, etc.) en el momento de la inserción.
Otra tienda (MongoDB o una base de datos relacional) probablemente se ajuste mucho mejor a su caso de uso.
