我们希望节省几美元，并在开发、测试、QA 甚至生产之间共享我们的 1GB 专用 Azure Redis 缓存。
有没有比在所有键前面加上“Dev_[key]”、“Test_[key]”等环境字符串更好的方法。
我们正在使用适用于 .NET 的 StackExchange Redis 客户端。
PS：我们尝试使用便宜的 250GB（共享基础架构），但性能非常缓慢。读取操作在 600-800 毫秒之间保持一致......没有任何负载（对于 ~300KB 对象）。升级到专用 1GB 服务将其更改为 30-40 毫秒。在此处查看更多信息：StackExchange.Redis with Azure Redis is unusably slow or throws timeout errors
【问题讨论】：
一种方法是use multiple Redis databases。我假设这在您的环境中可用:)
与为密钥添加前缀相比的一些优势可能是：
flushdb在测试中，不要接触生产数据主要的disadvantage 不会利用多核，就像您在同一台服务器上运行多个 Redis 实例一样。在这种情况下显然不是问题。另请注意，此功能并未像其中一个答案所暗示的那样被弃用。
我看到人们抱怨的另一件事是数据库被编号，它们没有有意义的名称。有些人在数据库 0 中创建一个散列，将每个数字映射到一个名称。
【讨论】：
还有一个省钱的方法：为每个环境使用单独的 Redis 缓存机器 - 这样密钥就不会出现问题，但在不使用它们时停止它们，例如在周末和晚上。您可能有超过 50% 的时间没有使用它们。我认为使用一些 PowerShell 脚本来启动和停止它们会很容易，我们正在使用 AWS，在这里它是可能的。
现在从我看到的 Azure 中的 Redis 持久性未启用，但他们开始处理它http://feedback.azure.com/forums/169382-cache/status/191763 - 在停止然后开始加载它之前做一个 RDB 快照会很好。因此，如果您需要保存一些值并在启动时重新加载它们，您应该手动执行（使用您自己的服务）。
【讨论】：