Кто-нибудь использует CouchDB?

После 18 месяцев прототипов, тестирования и ожидания готовности CouchDb мы перенесли внутреннее приложение в CouchDB в декабре 2008 года. Пока что я очень доволен этим ходом. Он избавляет нас от множества объектов файловой системы (PDFs и JPEGs, которые теперь хранятся в виде вложений в CouchDB). Это позволяет нам избавиться от NFS и проще кластеризировать / реплицировать наши веб-серверы frontend.

В какой степени CouchDB готов для вас, во многом зависит от культуры вашей организации. У нас есть собственная команда разработчиков, поддерживающая несколько внутренних приложений Erlang. Поскольку CouchDB написан в Erlang, а кодовая база имеет вполне приличное качество, мы были уверены, что сможем исправить проблемы с show stopper в CouchDB, если возникнет необходимость - или, по крайней мере, вернуть наши данные обратно. Мы также наняли одного из членов основной команды CouchDB в качестве консультанта - на всякий случай.

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

Чтобы дать вам представление о нашем приложении: в настоящее время наша самая большая база данных составляет около 512000 записей, занимающих 7.5 GB дискового пространства.

Я использую CouchDB для питания приложения Facebook (более 35 тыс. активных пользователей в месяц). Некоторое время он использовал MySQL, но после переноса всего проекта с Perl на Erlang, я решил пойти на золото и перенести все данные в CouchDB и использовать его вместо этого.

CouchDB был отличным хранилищем данных для работы. Я думаю, что он находится на пути к тому, чтобы стать крупным игроком в веб-сервисах.

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

Мы только что запустили проект на прошлой неделе, который в основном требует от нас хранить данные в нереляционном виде, и из-за ориентированного на документы хранилища CouchDB мы выбрали его в качестве одной из технологий для использования. Так что это фактически первый раз, когда я буду запускать его в производство, но я все еще довольно уверен в этом. :)

Просто обновление здесь (2009-10-25):

Наша первая установка CouchDB - это 20 GB, она содержит 40 миллионов записей. Он работает в производстве с января 2009 года, и это было здорово. Скорость чтения (GET) выдающаяся, и мы используем ее как хранилище для сложных данных, а затем просто вытаскиваем.

Наш второй взнос couchdb имеет две базы данных, одна из которых составляет 160 000 000 + документов (210 GB), и растет от 150 000 до 300 000 документов в день. Другой - это всего лишь 35 000 000 документов (7 GB). Эта установка имеет гораздо больше операций чтения и записи, и начальные тесты выполняются очень хорошо.

Создание представления в базе данных документов 160 000 000 заняло примерно неделю, но с тех пор мы обновились до более крупного экземпляра Amazon EC2, и мы также готовимся обновить его до CouchDB 0.10.x (с 0.9.1), поскольку этот выпуск включает в себя множество улучшений производительности в создании представления.

Я использую couchdb в нескольких сценариях, как хранилище документов для http://devk.it (в стадии разработки) и в гораздо большем масштабе как хранилище шаблонов для распределенной системы доставки email.

CouchDB очень гладко для того, что он делает, но я не смог заставить его работать на таком высоком уровне параллелизма, как я ожидал. Также обратите внимание, что максимальный размер документа довольно ограничен в 1 МБ из-за жестко заданного максимального размера входного буфера в mochiweb. Однако вы можете изменить файл заголовка и перекомпилировать его, чтобы обойти это ограничение.

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

Также планирую добавить комментарии когда-нибудь, которые я, скорее всего, также сохраню в CouchDB.

Я обнаружил, что это довольно легко начать, на OSX вы можете просто скачать CouchDBX , чтобы начать быстро. Я использую бэкэнд Sinatra с RestClient , чтобы взаимодействовать с 'the couch' через прямые глаголы HTTP и так далее.

Большое удовольствие.

В данный момент я работаю с CouchDB для диссертации по информатике. Я пишу о своих успехах и мнениях в своем блоге, http://metalelf0dev.blogspot.com . Я думаю, что проект выполнен хорошо, но существующая документация организована не так, как нужно. Краткое руководство по веб-интерфейсу Futon может быть действительно полезно для начинающих IMHO :)

Я использовал couchdb дважды в производстве. Во-первых, это был проект wiki likes, и я думаю, что couchdb был идеальным кандидатом на эту роль. Сохранение версии всех документов очень помогает. Второй проект был довольно загруженным запросом, и идея сначала сбрасывала социальные данные, а затем запрашивала их с помощью различных фильтров. Это выглядело так, как стандартные функции запроса CouchDB выглядят немного чистыми для наших нужд. Но мы добавляем Lucene как полнотекстовый индексатор и после этого делаем много запросов во время Lucene части. И это решение выглядит достаточно хорошо.