替代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/ ”。