Amazon web services Amazon EC Redis是否是一个有效的缓存解决方案？

正如您可能已经注意到的，亚马逊已经宣布了其自己的ElasticCache产品的一项新功能，该产品支持Redis

我们目前正在为我们的Redis使用一个EC2实例（目前正在排队），我们决定将Redis用于其他即将推出的功能，如评论系统、讨论、实时消息、实时用户跟踪和分析等

我们不介意运行更多更大的EC2实例，但我们是否应该投资ElasticCache（Redis）并从一开始就开始使用它，因为我们还没有开始，或者现在看到结果、基准和缺点还为时过早？或者，与在自己的实例上拥有自己的Redis相比，它在某些前景中甚至是有限的

更新1：

让我详细介绍一下我们将如何使用Redis。可能是使用队列，因为我们一直在使用Resque。不确定ElasticCache是否允许我们进行任何发布/订阅，但如果允许，我们也愿意这样做。当然还有原子级和高级操作

更新2：

亚马逊弹性缓存高级产品经理一周前发布了一段新视频，发生在AWS改造大会期间。因为它是新的，所以他也谈到了Redis

---

我想说，如果Redis对您来说是一个有效的缓存解决方案，那么ElasticCache将为您服务-您只需向AWS支付费用，为您管理后端和管道。性能可能稍慢一些-您必须对请求进行DNS查找，而不是让redis在VPC中运行，在VPC中您可以直接访问私有IP地址-但即使从EC2实例访问它，也应该将公共DNS名称解析为内部私有IP。当然，您可以在VPC中启动EC节点

运行memcached集群时会有一些复杂情况——您需要使用amazon客户端来确保您的代码连接到正确的节点——但我认为截至2013年12月，redis不需要这样做

---

如果您要在redis上实现一个队列，您是否查看过SQS，看看它是否适合您？

我甚至还没有阅读我的拼写检查问题，向下投票和关闭投票是怎么回事？虽然每个人都有权发表自己的意见，但我希望你能说出你为什么对这个问题投反对票。它不是重复的，它是一个刚刚发布的新功能。谢谢没有人对他们的反对票发表评论，因为这会让他们有机会进行报复性的反对票。也就是说，直接从你的评论和接近的理由来看：你在寻找意见。尊重地不同意。当你否决一个Q时，堆栈溢出要求你留下一条评论，作为建设性的批评。可能是缺少了一个细节，或者有些地方不对劲，我可以把它删掉。我没有问一个加减的问题。我在寻找回答这个问题的意见。我相信你明白这一点。我没有质疑act，只是想知道我是否可以改进这个问题以获得更好的答案。试着重新编写为

Amazon EC Redis是否是一个有效的缓存解决方案？

@raffian我编辑了标题，你的更好。谢谢，你好，克里斯。我看过SQS，但由于人力的原因，该公司在技术方面确实受到限制。他们不想增加任何额外的东西来雇佣员工或教育现有员工。这就是他们使用Redis作为主数据库而不是MongoDB的真正原因。我听说在Redis ElasticCache中做几件事不像备份那样困难。使用ElasticCache或RDS将减少需要维护服务的员工和人员的数量，这是一个合乎逻辑的论点吗？@Maziyar：毫无疑问，您向您的环境介绍的每个新AWS产品都有一个学习曲线。然而，贵公司的态度是非常短视的：不同的AWS解决方案之所以成功，是因为从长远来看，它们降低了成本，提供了更便宜、更可靠的基础设施。AWS可以比您希望的更轻松、更便宜地自动化和维护其服务。