Экономия.NET, Cassandra - это - правильная комбинация?

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

GUI - ASP.NET MVC, Flash (Flex)

Бизнес-услуги - основанные на экономии сервисы, Одно из преимущества использования Экономии должно решить масштабирующиеся проблемы, которые прибудут в будущее, когда база пользователей увеличится быстро. Вся бизнес-логика может быть выставлена как сервисы с помощью REST, JSON и т.д., Это также позволяет нам идти с C++, или Erlang основывал сервисы, когда ситуация требует.

База данных - MySQL, CasSandara mySQL может использоваться для того, чтобы хранить данные, которые должны быть сохранены. Cassandara будет использоваться для хранения глобальных идентификаторов к сохраненным данным. Так как Cassandara также очень хорош в масштабировании путем представления большего количества узлов, это усилит основанные на экономии сервисы также. И также существует собственная поддержка между Cassandara и Thrift

Сервер кэширования - Memcached

Любые запросы от Бизнес-услуг будут только говорить с Memcached, если какие-либо негрязные данные будут требоваться, то иначе будут некоторые фоновые задания, которые будут делать недействительным кэш от базы данных.

Вопрос:

1. Экономия, которая открыто получена, каждый готов к производству?
2. Действительно ли это - правильный стек для сервисного слоя для выбора, когда приложение (GUI), прежде всего, разрабатывается в ASP.NET, и DB является mysql?
3. Есть ли какие-либо другие протесты, что кто-либо здесь испытал?

Одна из основной цели позади этого стека состоит в том, чтобы легко увеличиться с большим количеством узлов, и также это помогает нам использовать поля Linux, это значительно уменьшит нашу стоимость

Мысли..