The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Основатель CouchDB покинул Apache в пользу развития системы Couchbase

05.01.2012 18:14

Дэмиен Катц (Damian Katz), основатель документ-ориентированной базы данных CouchDB, развиваемой в недрах сообщества Apache, заявил, что он выходит из проекта по разработке Apache CouchDB, чтобы сфокусировать все свои усилия на проекте Couchbase, основанном на комбинации технологий CouchDB, memcached и Membase. В рамках предстоящего релиза Couchbase Server 2.0 планируется подготовить близкое по возможностям документ-ориентированное распределённое хранилище, преследующее те же цели, что и CouchDB, но обладающее более высокой масштабируемостью и производительностью, а также больше сфокусированное на потребностях разработчиков и пользователей, но развиваемое вне движения Apache.

Дэмиен разъясняет логику своего решения тем, что подход фонда Apache, который всегда стремится к достижению консенсуса между всеми его участниками, "ограничивает конкурентоспособность проекта", поэтому относительно будущего своего проекта Couchbase Server он говорит, что только покинув Apache у него появляется шанс начать всё заново без чувства вины. Одно из значительных изменений которое собирается сделать Дэмиен - это портирование критичной к производительности части кода на C/C++, мотивируя такой шаг "необходимостью большей производительности и низкоуровневого контроля" (Erlang по прежнему будет использоваться в подсистемах, связанных с обеспечением работы кластера).

Компания Couchbase также сообщила, что она сворачивает дальнейшую разработку и продажи Couchbase Single Server, так как "рынок уже запутался в веренице однообразных продуктов на базе CouchDB", после чего компания обещает полностью сосредоточить все свои ресурсы на разработке Couchbase Server, который, по заверению компании, уже настолько самостоятелен и самобытен, что не должен рассматриваться как ещё одна версия CouchDB. Но, несмотря на уход лидера проекта из Apache, компания уверяет, что некоторые её разработчики будут по-прежнему продолжать вносить свой вклад в разработку Apache CouchDB.

Couchbase Server представляет собой безопасное, быстрое и надежное документ-ориентированное хранилище, поддерживающее функции самовосстановления и гарантирующее высокую живучесть данных, которые могут хранится как на одном сервере, так и быть распределены по сотням серверов. Готовящийся к релизу Couchbase Server 2.0 использует протокол memcached для доступа к данным, обеспечивая совместимость с уже существующими Membase-клиентами. Все компоненты проекта доступны под BSD-подобной лицензией и могут быть загружены c GitHub (для сборки следует использовать утилиту repo).

  1. Главная ссылка к новости (http://www.h-online.com/open/n...)
  2. OpenNews: Компания Canonical представила предварительный выпуск U1DB
  3. OpenNews: Создатели CouchDB и SQLite представили UnQL, аналог SQL для систем NoSQL
  4. OpenNews: Релиз БД Apache CouchDB 1.1.0
  5. OpenNews: Ведущие поставщики NoSQL-баз CouchOne и Membase объявили о слиянии
  6. Couchbase Server 2.0 Общие вопросы и ответы
Автор новости: Igor Savchuk
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/32735-couchbase
Ключевые слова: couchbase, couchdb
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (25) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Df232z (?), 18:29, 05/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Был на Erlang - e один известный проект и тот переписывают на с++. Полное фиаско языка.
     
     
  • 2.2, Crazy Alex (??), 18:47, 05/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    erlyvideo в помощь
     
     
  • 3.4, Df232z (?), 19:16, 05/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это тот который по словам автора используется на
    "Например, http://kaban.tv/, http://tvoygolos.tv/ Ещё есть какой-то порносайт, хозяин которого не удосужился мне назвать адрес."
    Верх популярности.
    Кстати Максим уже наконец то купил себе полную спещификацию RTMP или все также кодит по общим соображениям?
     
     
  • 4.7, Crazy Alex (??), 19:39, 05/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ок. Не нравится (хотя вполне рабочая штука) - http://en.wikipedia.org/wiki/Erlang_(programming_language)#Projects_using_Erl - там одних ejabberd и RabbitMQ хватит.
     
     
  • 5.8, Df232z (?), 20:52, 05/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько лет Эрлангу?
     
     
  • 6.13, Crazy Alex (ok), 03:43, 06/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Много, и что? До последних лет особой потребности в масштабируемых системах не было, да и сложность софта еще не так давила.

    Эрланг - очень красивая и практичная штука - только надо понимать, что это на 10% - язык, а на 90 - на редкость грамотно созданный фреймворк, обеспечивающий из коробки всё, что нужно для надежного масштабируемого и долго работающего софта - от протоколирования до обработки нештатных ситуаций и обновления системы без её остановки. Сравнивать это надо с Java EE - ноErlnag/OTP куда проще и удобнее в понимании. И, кстати, одна из его сильных сторон - то, что можно критичные к быстродействию части (или то, что плохо укладывается в функциональщину) переписать на чем-то другом, не потеряв стабильность системы, возможность обновления и т.д.

     
  • 6.15, hummermania (ok), 10:28, 06/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Родина Эрланга - телекоммуникации. Там где высокая нагрузка, высокие требования к отказоустойчивости и повышенная доступность. ИМХО причина его на сегодняшний день малого распространения - только недавний переход в практическую плоскость (работа с сокетами и i/o) и только недавнее увлечение облаками. Т.е. там где понадобилась изкоробочная параллельность выполнения кода, легкая встроенная в язык масштабируемость на любом количестве нод(!), высокая отказоустойчивость и горячая замена кода без остановки ситсемы -там он и стал востребован. Он разовьет популярность только через пару лет, когда облака станут так же легко доступны как и обычные декстопы. Пока там всё пилится и бурлит. Ваятеся код и отрабатываются десятки нештатных ситуаций.
    Там где императивные языки встают в тупик при банальной задаче запуска десятков(сотен/тысяч) тредов с высокой интенсивностью обмена данных между ними - Эрланг справляется на ура, не говоря уже про распараллеливание вычислений между нодами.

    Про CouchDB - интересный реверанс от основателя, но эрланговская версия БД вряд ли умрет, слишком много потенциала может дать такой NoSQL БД язык Эрланг. А к примеру приложение и сервер приложений внутри БД like couchapp - вообще вкусняшка! Или разворачивать LAMP связку или поднять только одну отказоустойчивую БД. В общем это толькомое ИМХО - изучать и юзать не перестану =)

     
     
  • 7.17, Crazy Alex (??), 14:24, 06/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    При всём уважении к эрлангу - он хорошо параллелизуется в первую очередь за счёт толковой архитектуры OTP, во вторую - за счёт параллелизма через сообщения, а уж потом - за счёт своей функциональной природы. В принципе никто не мешает сделать леговесные share-nothing потоки, обменивающиеся сообщениями, в императивном языке, и даже горячее обновление вполне реально. Но для этого нужна соответствующая поддержка стандартной бибилиотекой - и вот этого я кроме OTP нигде не видел.

    Что до базы на эрланге - как раз модель "эрланг как движок параллелизма + классический компилируемый императивный язык, выполняющий реальную работу", похоже, и победит - учитывая, что обработка данных (хоть строки те же) в самом эрланге всё же медленная, а интегрируется с другими языками он на ура. И сложнсотью при этом управлять вполне нормально.

     
     
  • 8.19, simpler (?), 18:27, 06/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    При всем уважении к императиву ваши высказывания никакого уважения не заслуживаю... текст свёрнут, показать
     
     
  • 9.23, Crazy Alex (??), 13:57, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Речь как бы не об этом была хотя в чистой функциональщине параллелизм, как и вс... текст свёрнут, показать
     
     
  • 10.24, simpler (?), 23:02, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    О чем именно не об этом Чушь А в чистой рязанщине Гусь Железный да Гусь Хруста... текст свёрнут, показать
     
     
  • 11.25, Crazy Alex (ok), 19:30, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Речь была вот о чем Я отвечал вот на это утверждение hummermania code Там гд... большой текст свёрнут, показать
     
     
  • 12.26, simpler (?), 22:51, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Он был не прав, но и вы ответили не лучше Вот это я и имею возразить Вы оба с ... большой текст свёрнут, показать
     
  • 7.21, simpler (?), 23:15, 06/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Или разворачивать LAMP связку

    LAMP на CouchDB? Гламурно!
    Но будет ли тогда это LAMP?

     
  • 7.22, Michael Shigorin (ok), 00:42, 07/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Родина Эрланга - телекоммуникации. Там где высокая нагрузка,
    > высокие требования к отказоустойчивости и повышенная доступность.

    http://ftp.linux.kiev.ua/pub/Linux/xpandrx/highload_2011.pdf (м-да, чувствую себя малость спамером -- что-то частовато эту ссылку последние дни приходится вспоминать по разным поводам :)

     
  • 2.5, anonymous (??), 19:23, 05/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ejabberd остался,
    хотя я в последнее время к Prosody присматриваюсь.
     
  • 2.10, Ищавин (?), 21:50, 05/01/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Переписывают часть кода написанного на Erlang на C. Невозможно сохранить возможности СУБД уйдя с Erlang, новости надо читать внимательнее. Более того, точно так же поступали и авторы самого языка работая в Эриксоне, переписывая медленно части на асме или С.
    Собственно цитата автора:
    >> We are moving more and more of the core database in C/C++, while still using many of the concurrency and reliability design principles we've proven with the Erlang codebase. And Erlang is still going to be part of the product as well, particularly with cluster management, but most of the performance sensitive portions will be moving to over C code. Erlang is still a great language, but when you need top performance and low level control, C is hard to beat.

    Насчет проектов на Эрланге, то их все больше и больше. Среди NoSQL можно назвать отличную СУБД Riak, созданную на принципах Amazon Dynamo.

    Также стоит помнить, что функциональные языки на текущих архитектурах процессоров медленнее исполняются, чем их императивные аналоги.

     
     
  • 3.20, simpler (?), 20:46, 06/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Также стоит помнить, что функциональные языки на текущих архитектурах процессоров медленнее исполняются, чем их императивные аналоги.

    Ничего подобного. Это смотря как они реализованы.

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

     

  • 1.3, Абрам (?), 19:00, 05/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Слишком уж совестливый этот Катц.
     
     
  • 2.6, paulus (ok), 19:28, 05/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    достали наверное мужика...
     

  • 1.9, cha0 (ok), 21:49, 05/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мда. Думается мне, пришло время переходить на Riak.
     
  • 1.11, Имя (?), 22:02, 05/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Canonical это знали, раз решили отчаливать от ДиванБД в пользу абстрактной БД.
     
  • 1.14, Аноним (-), 03:49, 06/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > портирование критичной к производительности части кода на C/C++

    А сразу то чего на сях не писалось? Не, сначала надо придумать себе проблем, а потом их героически забарывать. В результате будет аццкое месиво из кода, си один хрен понадобились, а вот левых зависимостей зато - будет. Что для NoSQL базы вообще-то минус.

     
     
  • 2.16, Имя (?), 14:17, 06/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не ну это тоже бред. Написать чисто на Сях - трудоё[мб]кое занятие. Эрланг, как уже было сказано выше, идеально вписался.
    Про зависимости - правда, хотелось бы чисто Си(или ++) решение без эрланга, может быть с меньшей функциональностью. Надеюсь хоть будет выделен чисто memcache кусок и всё остальное в виде дополнений: хочешь слайсы и виды на эрланге, хочешь простенький поиск на Сях.
     
  • 2.18, Crazy Alex (??), 14:27, 06/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Левых зависимостей - аж один эрланг. Который даёт удобные параллелизм и надежность, а также хорошо управляет сложностью. А обработку логично делать на более приспособленных к этому языках. Так что тандем очень толковый, думаю, к тому многие проекты придут.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру