替代servicestack.redis
我做了一个package manager update-package命令来更新我们的项目到最新的二进制文件。 我几乎发布它，因为它通过了所有的testing，直到幸运地，我发现一个问题，需要更多的debugging。
当我突然看到这个例外信息时，我的嘴巴开了。
“每小时6000次Redis请求”的免费配额限制已经达到。 请参阅https://servicestack.net以升级到商业许可证。
如果我发布这个网站呢？ 像这样的做法简直令人厌恶！ 没有控制台警告或没有任何许可证。 这就像是一个“开源”特洛伊木马蔓延到您的项目。
有什么好的替代服务栈？
编辑：读所有评论我想我的第一反应是有点强。 Nuget自动从v3更新到v4，虽然我没有注意到任何突破的变化，但阅读发行说明将是正确的事情，而不是抨击一个好的产品。 话虽如此，但我认为人们会在这个例外上下工夫，因为6000个请求足以通过testing，发布这个是灾难性的。
我们正在迁移到由已经构build了StackOverflow本身的人开发的Booksleeve 。 到目前为止，我们有很好的经验。
钱不是问题（迁移的成本高于许可证付费），我们这样做是因为我们只是不想与公司build立业务关系，这样的粗略做法。
（不，我们没有接受任何许可或任何东西，我们所做的只是GitHub的git pull 。）
我正在使用StackExchange.Redis，它是基于Stack Exchange的Booksleve基于非常高的性能需求。 看起来不错，并有一个活跃的社区。
他们的许可证是麻省理工学院，这基本上意味着您只需要将他们的版权和许可证包含在您的产 （很公平）
ServiceStack（包括ServiceStack.Redis等软件包）正在成为商业版本的支持产品。您可能已经使用ServiceStack软件包的3.x版本，并且NuGet决定将您更新到4.x.
免费使用 v4库有一定的限制 。 看到这个公告更多的信息。 所有ServiceStack产品的版本3.x保持开放源代码; 有一个新的GitHub项目，其中包含有关v3支持的信息。
现在，我build议撤消软件包更新，并在您的NuGet软件包configuration文件中将最大版本设置为3.x，以便您的NuGet软件包在短期内保留在版本3.x的生产代码中：
<package id="ServiceStack.Xyz" version="3.xx" allowedVersions="[3,4)" />
那么使用NuGet更新你的软件包应该是安全的。
同时，您可以访问https://servicestack.net来评估升级到版本4的选项，许可select，还是坚持使用v3。;
我真的很伤心，听说SS从V4商业化，这让我有点生气，但…无论如何，他们需要保持他们的生活，我想。 所以我完全没有抱怨地转移到“ https://code.google.com/p/booksleeve/ ”。
