Sind Sie mit AWSDBProxy? Gibt es eine Performance-Einbußen bei der Skalierung aus?

Question

Nach unten Stimme, erkannte ich, demütig, dass mein Beitrag eine enorme war rant . So habe ich es bearbeitet und diese summiert, um nur die Frage nach unten ich wirklich wissen möchte. Ich entschuldige mich für meine dreisten Kommentare vor diesem bearbeiten;)

Es scheint, dass die einzigen Tutorials gibt sprechen über Amazon SimpleDB in einer Schienen-Website verwenden AWSDBProxy mit ... Ich persönlich finde diese kontraintuitiv Skalierung aus, unter dem Server-Layout einer typischen Rails-Website unter Berücksichtigung (mit AWSDBProxy):

Plugin hier: http://agilewebdevelopment.com/plugins/aws_sdb_proxy

Bild hier: http://www.freeimagehosting.net/uploads/91be4e0617.png

Wie Sie sehen können, auch wenn wir mehr Bastarde hinzuzufügen, haben wir zwei Probleme.

1. Wir haben einen Single Point of Failure weit weniger stabil als unser Load-Balancer
2. Wir haben alle durch diese unsere Informationen zwingen WEBrick Server

Die Lösung ist natürlich, mehr AWSDBProxies hinzuzufügen ... aber warum nicht dann benutzen Sie einfach den folgenden Code in etwa eine Klasse, die Proxy-Skipping alle zusammen?

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

Also, was ich hinaus will, ist, wenn Sie sind mit AWSDBProxy, was sind Sie Begründungen für sie? Und wenn Sie tatsächlich nutzen es, was ist Ihre Leistung wie? Wenn Sie harte Zahlen haben, würde dies mehr wird auch geschätzt!

Danke!

Answer 1

Ich verwende es nicht, noch habe ich jemals davon gehört, aber das ist, was ich denke, sind vernünftige Gründe.

1. Sie Ihren Haupt-App-Server auf EC2, so dass die Chance von Internet FAIL nicht wirklich beeinflussen Sie mehr als einmal.
2. Sie führen einen Proxy auf jedem Ihrer App-Servern. So ist es Verbindung nicht mehr ist nicht schlechter als es ist Verbindung (en) in die Datenbank geht nach unten.
3. Weil es getan werden kann. Dies ist ein so guter Grund, wie jeder in einem Open-Source-Projekt. Manchmal braucht es den Aufbau einer Sache, bevor Sie wissen, ob das, was ist eine gute / schlechte Idee.
4. Sie haben nicht die Verkehrsebenen haben einen Lastenausgleich zu müssen. Dann wird Ihr Diagramm squashes bis zu einer Linie, wenn nicht eine einzige Maschine.