Масштабируемые обновления статуса / личные сообщения для приложения социальной сети rails

Question

Я пытаюсь узнать больше о масштабируемости для RoR. У меня есть базовое приложение для социальных сетей, которое в настоящее время использует MySQL для хранения всего (взаимоотношения пользователей, обновления статуса, личные сообщения).

Базы данных NoSQL звучат идеально, но способны ли они искать / поддерживать отношения так же эффективно, как RDBS? Или гибридное решение будет более идеальным (храните только обновления статуса и личные сообщения в базе данных NoSQL)

Для обновлений статуса, как будет соответствовать решение AMQP? Будет ли процесс читать из очереди обновления статуса и выдавать ее (XMPP?) Всем подписчикам / друзьям? Это кажется , как будто оно может превратиться в узкое место, если я не буду увеличивать чтение потоков / процессов из очереди.

Или мне просто пойти по щебетать и придерживаться MySQL? Любые мысли / предложения будут полезны.

Спасибо.

Answer 1

Если кто-то еще идет по тому же пути, есть проект с открытым исходным кодом Ruby on Rails, Insoshi , который уже решил большинство из этих проблем.

Кроме того, если вашПриложение в значительной степени основано на обновлениях, происходящих практически в режиме реального времени, поэтому может быть лучше реализовать реализацию в Node.js или Erlang.