Миграция в облачную базу данных - PullRequest
3 голосов
/ 10 февраля 2011

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

Самый плавный путь - найти облачную БД, которая могла бы выполнять динамический SQL, но я обнаружил, что облачные БД основаны на объектной модели (т.е. не на SQL).

Есть ли у кого-нибудь опыт переноса частей СУБД в облачную БД? Если да, то какой путь вы выбрали?

Ответы [ 2 ]

0 голосов
/ 17 февраля 2011

Я понял, что то, что я ищу, просто не существует на рынке (сеточная БД, которая будет масштабироваться горизонтально, поддерживающая SQL).

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

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

Не идеально, но может быть достаточно плавным путем миграции для высокопроизводительной производственной системы.

0 голосов
/ 11 февраля 2011

Что касается облачной БД, вы можете получить идеи из того, что предлагает AWS: http://aws.amazon.com/running_databases/

Они предлагают три типа: веб-сервис в стиле MySQL;стандартная БД, работающая в экземпляре EC2;или AWS SimpleDB, как вы называете объект на основе.

Если вам нужен SQL, два предыдущих могут быть вашим выбором.Что вам нужно сделать, это реализовать его в своем частном облаке.

...