在投反对票后,我谦虚地意识到我的帖子是一个巨大的 咆哮. 。所以我对其进行了编辑并将其总结为我真正想知道的问题。对于在此编辑之前我的鲁莽评论,我深表歉意;)

似乎唯一讨论在 Rails 站点中使用 Amazon SimpleDB 的教程是使用 AWSDBProxy...就我个人而言,考虑到下面典型 Rails 站点的服务器布局(使用 AWSDBProxy),我发现这与扩展是违反直觉的:

插件在这里: http://agilewebdevelopment.com/plugins/aws_sdb_proxy

图片在这里: http://www.freeimagehosting.net/uploads/91be4e0617.png

正如你所看到的,即使我们添加更多的杂种,我们也会遇到两个问题。

  1. 我们的单点故障远不如我们的负载均衡器稳定
  2. 我们必须通过这个强制我们所有的信息 WEBrick服务器

当然,解决方案是添加更多 AWSDBProxies...但为什么不直接在一个类中使用以下代码,一起跳过代理呢?

service = AwsSdb::Service.new(Logger.new(nil),
                                CONFIG['aws_access_key_id'],
                                CONFIG['aws_secret_access_key'])
service.query(domain, query)

所以我想说的是,如果你 使用AWSDBProxy,你这样做的理由是什么?如果你确实在使用它,你的表现如何?如果您有确切的数字,那就更感激了!

谢谢!

有帮助吗?

解决方案

我没有使用它,也没有听说过它,但这是我认为合理的理由。

  1. 您在 EC2 上运行主应用程序服务器,因此互联网故障的可能性不会对您造成多次影响。
  2. 您在每台应用程序服务器上运行一个代理。因此,连接中断并不比数据库连接中断更糟糕。
  3. 因为这是可以做到的。这是一个与开源项目中的任何理由一样好的理由。有时,需要先构建一个东西,然后才能知道该东西是好还是坏。
  4. 您没有达到需要负载均衡器的流量级别。然后你的图表即使不是一台机器,也会被压缩成一条线。
许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top