Вы используете AWSDBProxy? Есть ли успех при масштабировании?

Question

После проглатывания я смиренно понял, что мой пост был огромным rant. Поэтому я отредактировал его и подвел итог только тому вопросу, который мне действительно хотелось бы узнать. Приносим извинения за мои резкие комментарии до этого редактирования;)

Кажется, что только учебные пособия, рассказывающие об использовании SimpleDB Amazon на сайте rails, используют AWSDBProxy ... Лично я нахожу этот контринтуитивный способ масштабирования , принимая во внимание расположение сервера типичного сайта Rails ниже (с использованием AWSDBProxy):

Plugin здесь: http://agilewebdevelopment.com/plugins/aws_sdb_proxy

изображение здесь: http://www.freeimagehosting.net/uploads/91be4e0617.png

Как вы можете видеть, даже если мы добавим больше дворняг, мы имеем две проблемы.

1. У нас есть единая точка отказа гораздо менее стабильной, чем наши балансировки нагрузки
2. Мы должны заставить всю нашу информацию через этот один WEBrick сервер

Решение, конечно, чтобы добавить еще AWSDBProxies ... но почему бы вам тогда не использовать следующий код в слове say, класс, пропуская прокси все вместе?

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

Так что я клоню, если вы являются с помощью AWSDBProxy, что ты оправданий для него? И если вы действительно используете его, какова ваша производительность? Если у вас будут жесткие цифры, это будет еще более оценено!

Спасибо!

Answer 1

Я не использую его, и я никогда не слышал об этом, но это то, что я считаю разумными.

1. Вы используете основной сервер приложений на EC2, поэтому вероятность интернет-FAIL не влияет на вас более одного раза.
2. Запускается один прокси на каждом из серверов приложений. Таким образом, соединение вниз не хуже, чем соединение (-и) с базой данных.
3. Потому что это можно сделать. Это так же хорошо, как и в проекте с открытым исходным кодом. Иногда это требует создания вещи, прежде чем вы узнаете, является ли эта вещь хорошей/плохой идеей.
4. У вас нет уровней трафика, требующих балансировки нагрузки. Затем ваша диаграмма сжимается до линии, если не одна машина.