Utilisez-vous AWSDBProxy? Y at-il un impact négatif sur les performances lors de l’extension?

Question

Après un vote négatif, j'ai humblement réalisé que mon message était un énorme rant . Donc, je l’ai édité et résumé ceci à la question que j’aimerais vraiment savoir. Je m'excuse pour mes commentaires audacieux avant cette modification;)

Il semblerait que AWSDBProxy soit le seul didacticiel traitant de l'utilisation de SimpleDB d'Amazon dans un site de rails. AWSDBProxy):

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

Image ici: http://www.freeimagehosting.net/uploads/91be4e0617.png

Comme vous pouvez le constater, même si nous ajoutons plus de métis, nous avons deux problèmes.

1. Nous avons un seul point de défaillance beaucoup moins stable que notre équilibreur de charge
2. Nous devons forcer toutes nos informations via celui-ci Serveur WEBrick

La solution consiste, bien sûr, à ajouter davantage de AWSDBProxies ... mais pourquoi ne pas utiliser simplement le code suivant dans say, une classe, en ignorant le proxy dans son ensemble?

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

Donc, je veux en venir au fait que si vous utilisez AWSDBProxy, quelles sont vos justifications? Et si vous l'utilisez vraiment, à quoi ressemble votre performance? Si vous avez des chiffres précis, ce serait encore plus apprécié!

Merci!

Answer 1

Je ne l'utilise pas et je n'ai jamais entendu parler de cela, mais ce sont, à mon avis, des raisons raisonnables.

1. Vous utilisez votre serveur d'applications principal sur EC2. Par conséquent, la possibilité que Internet FAIL échoue ne vous affecte pas plus d'une fois.
2. Vous exécutez un proxy sur chacun de vos serveurs d'applications. Donc, sa connexion n'est pas pire que sa connexion à la base de données.
3. Parce que cela peut être fait. C’est une raison aussi valable que dans un projet open source. Il faut parfois construire une chose avant de savoir si cette chose est une bonne / mauvaise idée.
4. Vous n'avez pas les niveaux de trafic pour lesquels un équilibreur de charge est nécessaire. Ensuite, votre diagramme se réduit à une ligne, sinon à une seule machine.