Существует ли доказанный бизнес облачный магазин /Key => Value Database? (Открытый исходный код)

Я давно искал облачные вычисления/решения для хранения данных (вдохновленный Google Bigtable). Но я не могу найти простое в использовании решение для бизнеса.

Я ищу простую, отказоустойчивую, распределенную Key = > Value DB, такую как SimpleDB от Amazon.

Я видел такие вещи, как:

Проект CouchDB: простая и распределенная, отказоустойчивая база данных. Но он понимает только JSON. Нет соединителей XML и т.д.
Eucalyptus: Nice Amazon EC2 интерфейсы. Открытые стандарты и XML. Но менее распределены и менее отказоустойчивы? Также есть много открытых билетов с вопросами XEN/VMWare.
Cloudstore/Kosmosfs: Хорошая распределенная, отказоустойчивая fs. Но это сложно настроить. Существуют ли какие-либо соединители java?
Apache Hadoop: Хорошая система, которая гораздо больше способна хранить данные. Использует собственную распределенную файловую систему Hadoop и является тестовым набором кластеров с 2000 узлами.
* Amazon SimpleDB: Невозможно найти альтернативу с открытым исходным кодом! Это хорошая, но дорогая система для огромного количества данных. И вы зависимы от Amazon.

Есть ли другие, лучшие решения? Какой из них лучше всего выбрать? Какой из них предлагает наименьшее количество SOF (Singe Point of Failure)?

Ответ 1

MongoDB - еще один вариант, который очень похож на CouchDB, но использует язык запросов, очень похожий на SQL вместо map/reduce в JavaScript, Он также поддерживает индексы, профилирование запросов, репликацию и хранение двоичных данных.

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

Ответ 2

Как насчет memcached?

В этой статье рассматривается High Scalability; если есть решение с открытым исходным кодом для того, что вам нужно, оно обязательно будет там.

Другие проекты включают:

Еще один хороший список: Anti-RDBMS: список распределенных хранилищ ключей

Ответ 3

Википедия говорит, что Yahoo обе вносит вклад в Hadoop и использует его в производстве (связанная с wikipedia). Поэтому я бы сказал, что он имеет дело с проверкой бизнеса, хотя я не уверен, считает ли он базу данных значений K/V.

В вашем списке не используется система Friendfeed, использующая MySQL как простое хранилище ключей/значений без схемы.

Мне трудно понять ваши приоритеты. CouchDB прост, отказоустойчив и распределен, но как-то вы его исключаете, потому что у него нет XML. Являются ли соединения XML и Java неустановленным требованием?

(Во всяком случае, CouchDB на самом деле должен быть исключен, потому что он молод, его API нестабилен и не является хранилищем для ключей.)

Ответ 4

Я использую Google Google Base api, это Xml, бесплатно, документально, облачно и имеет разъемы для многих языков. Я думаю, что он заполнит ваш счет, если вы хотите бесплатный хостинг тоже.

Теперь, если вы хотите разместить свои собственные серверы Токийский кабинет - ваш ответ, его ключевое value = > основано на значении, использует плоские файлы и это самая быстрая база данных прямо сейчас (очень баребоны по сравнению с Oracle, но невероятно хороши при хранении и доступе к данным, около 1 миллиона записей в секунду с примерно 10 байт служебных данных (в зависимости от механизма хранения)). Что касается бизнеса, то TokyoCabinet является сердцем сервиса под названием Mixi, который является эквивалентом японской Facebook + MyPage, с несколькими миллионами тяжелых пользователей, поэтому на самом деле это была битва.

Ответ 5

Если вы хотите что-то вроде Bigtable, вы не можете пройти мимо HBase или Hypertable - это оба клонов с открытым исходным кодом Bigtable. Одна вещь, которую следует учитывать, заключается в том, что ваши требования действительно "достаточно большие" для Bigtable. Он масштабируется до тысяч серверов планшетов и, как таковой, имеет довольно небольшую инфраструктуру под ним, чтобы включить это (например, обрабатывая ожидание регулярных ошибок node).

Если вы не ожидаете роста до, по крайней мере, десятков серверов планшета, вам может потребоваться рассмотреть одну из предложенных альтернатив: вы не можете победить BerkelyDb для простоты или MySQL для повсеместности. Если все, что вам нужно, это хранилище данных ключ/значение, вы можете поместить простую оболочку "dict" вокруг вашего интерфейса базы данных и отключить свой сервер, если вы перерастите его.

Ответ 6

Возможно, вы захотите посмотреть hypertable, который смоделирован после большой таблицы google.

Ответ 7

Использование CouchDB

Что случилось с JSON?
JSON для XML тривиален

Ответ 8

Вы можете взглянуть на это (используя MySQL как хранилище ключей):

http://bret.appspot.com/entry/how-friendfeed-uses-mysql

Ответ 9

Cloudera - это компания, которая занимается коммерциализацией Apache Hadoop, с некоторой добавленной стоимостью, например, продукцией, настройкой, обучением и поддержкой услуги.

Ответ 10

Вместо того, чтобы искать что-то, вдохновленное Google bigtable - Почему бы просто не использовать bigtable напрямую? Вы можете написать интерфейс в Google App Engine.

Ответ 11

Хорошая компиляция инструментов хранения для вашего вопроса:

http://www.metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-stores/

Ответ 12

Токийский кабинет также получил некоторое внимание, поскольку он поддерживает схемы таблиц, пары ключевых значений и хеш-таблицы. Он использует Lua в качестве встроенной платформы сценариев и использует HTTP в качестве коммуникационного протокола. отличная демонстрация.