Disclaimer:ik ben de auteur van Nest.
Je kunt hetzelfde bereiken met beide bibliotheken, en ik denk dat de belangrijkste onderscheidende factor tussen die tools hun interne complexiteit is. Terwijl Nest je alleen helpt bij het weergeven van structuur met platte toetsen, heeft Redis::Namespace een vertaaltabel voor elke opdracht en is dus kwetsbaarder en CPU-intensief.
Bekijk de broncode van beide tools om te zien wat ik bedoel:
https://github.com/soveran/nest/blob/master/lib/nest.rb
https://github.com/resque/redis-namespace/blob/master/lib/redis/namespace.rb
Dat gezegd hebbende, is de juiste oplossing voor het door u beschreven probleem om afzonderlijke Redis-instanties voor verschillende projecten te hebben. Bedenk dat de keyspace slechts één aspect is om rekening mee te houden (wat ook gemakkelijk kan worden opgelost met de verschillende DB's die door Redis worden geleverd). De andere aspecten (persistentiestrategie, verbindings- en geheugenlimieten, sleuteluitzettingen, enz.) worden meestal nauwkeurig afgestemd, afhankelijk van de aard van het project.
Een ander belangrijk feit is dat Redis single threaded is en dat veel applicaties het gebruiken, je bent onderworpen aan het delen van dezelfde kern voor alle verzoeken. Met dat in gedachten, helpt het hebben van verschillende Redis-instanties je om werk te parallelliseren.