Монолитные и распределенные системы с использованием Ruby on Rails

Question

Я использую Ruby on Rails 3, и у меня есть монолитное приложение, которое использует пространства имен для того, чтобы «разделить» логику в этом.Примерами пространства имен являются "пользователи", "профили", "статьи", ....

. Я планирую значительно расширить это приложение новыми функциями, но те, которые в настоящее время уже реализованы, должны бытьпроблема с производительностью, если я хочу обрабатывать тысячи пользователей.

В настоящее время мне все еще нужно развернуть свое приложение, но я планирую создать веб-службы для каждого пространства имен, чтобы повысить производительность (я уже улучшил кэширование, чтобы избежать запросов к базе данных).Я знаю, что создавать веб-службы и взаимодействовать с ними - очень сильная \ трудная вещь, и на это потребуется много времени (я пытался это сделать!).

Как вы думаете,Могу ли я развернуть свое приложение с монолитной архитектурой?Если да, насколько сложно будет перейти от монолитной к распределенной архитектуре?Когда мне следует перейти на распределенную архитектуру?

---

PS: я, например, думаю, какие шаги сделали Facebook и Twitter, чтобы стать тем, чем они являются ...

Answer 1

Еще одна замечательная книга для изучения (и многое другое):

http://amzn.com/0321659368

Сервис-ориентированный дизайн с Ruby и Rails (Addison-Wesley Professional Ruby Series)[Мягкая обложка] Пола Дикса

Answer 2

Это очень большой вопрос, но я рекомендую прочитать Enterprise Rails Дэна Чака. Он содержит много полезной информации о том, как это сделать, в главах 13 и выше. В Google Книгах доступно превью , но, к сожалению, оно не включает эти главы.

Конечно, вы всегда можете сесть в Барнс и Нобл и прочитать его во второй половине дня. Вы, вероятно, в конечном итоге купите его - это то, что я сделал:)

Также вы должны быть немного осторожнее, потому что примеры кода для Rails 2.3 вместо 3, но это не должно быть огромной проблемой. Основы все одинаковы.