The OpenNET Project / Index page

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

Анонсирован выпуск Apache Cassandra 0.6

13.04.2010 21:45

Организация Apache Software Foundation объявила о выходе БД Cassandra 0.6 - первой публичной версии, с момента выхода проекта из инкубатора Apache в феврале этого года. Cassandra изначально разрабатывалась в Facebook и была передана в инкубатор ASF в 2009 году. С тех пор состав проектной группы расширился, и у проекта появились новые пользователи, как например Cisco WebEx, Cloudkick, Digg, Twitter и другие.

Apache Cassandra - это новое поколение распределенных баз данных, функционирующих без использования двух сущностей, присущих практически всем современным СУБД: языка запросов SQL и централизованного системного репозитория - так называемая NoSQL-технология. Децентрализованная модель данных Cassandra обеспечивает высокую масштабируемость и отказоустойчивость даже в самых неблагоприятных сценариях в поведении системы.

БД Cassandra написана на языке Java и объединяет в себе полностью распределенную hash-систему Dynamo. Cassandra использует модель хранения данных на базе семейства столбцов (ColumnFamily), отличающуюся от систем подобных memcachedb, которые хранят данные только в связке ключ/значение, возможностью организовать хранение хэшей с несколькими уровнями вложенности. Cassandra относится к категории хранилищ повышенно устойчивых к сбоям: помещаемые в БД данные автоматически реплицируются на несколько узлов распределенной сети или даже равномерно распределяются по нескольким дата-центрам. При сбое узла, его функции на лету подхватываются другими узлами. Добавление новых узлов в кластер Cassandra также производится на лету, без дополнительного ручного вмешательства и переконфигурирования других узлов.

Особенности выпуска Cassandra 0.6:

  • Поддержка Apache Hadoop, реализующая аналитические запросы к базе данных с использованием механизмов map/reduce;
  • Встроенное кеширование строк таблиц, позволяющее отказаться от отдельного механизма кеширования и, таким образом, упрощающее архитектуру системы;
  • Существенное повышение производительности, реализующее тысячи операций записи в секунду, позволяющее справиться с возрастающей нагрузкой на систему.


  1. Главная ссылка к новости (https://blogs.apache.org/found...)
  2. OpenNews: Сервис Digg мигрирует с MySQL на БД Cassandra
  3. OpenNews: Распределенная БД Cassandra принята в число основных проектов Apache
  4. OpenNews: Проект Twitter представил раздел, посвященный своим открытым разработкам
  5. OpenNews: Социальная сеть Facebook вошла в число спонсоров Apache Software Foundation
Автор новости: vr13
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/26220-Cassandra
Ключевые слова: Cassandra, database
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (14) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 07:24, 14/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    все хорошо, но ява...
    это сколько и каких нужно нод чтобы тысячи операций записи в секунду держать?!
     
     
  • 2.2, Валерий Шипков (?), 07:45, 14/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще да. Гонять Яву на БД - ӕто не очень хорошее решение.
    Я бы здесь согласился с Питоном -  там хоть часть системы на Си сделана.
    Ну, в любом случае, больше хорошего софта - бесплатного и открытого.
     
     
  • 3.3, ВнушеК (?), 08:09, 14/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрел, размер архива с исходниками 8.3 МБ, не такой уж и баснословный размер, почему если все понимают что на яве это не тру, то не перепишут на С или чём-то другом?
    Пинать не прошу, заранее: Не спец в этом вопросе.
     
     
  • 4.8, VoDA (ok), 11:30, 14/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Посмотрел, размер архива с исходниками 8.3 МБ, не такой уж и баснословный
    >размер, почему если все понимают что на яве это не тру,
    >то не перепишут на С или чём-то другом?
    >Пинать не прошу, заранее: Не спец в этом вопросе.

    Ява тру для быстрой и дешевой разработки. Это нужно компаниям )))

    может конечно один-два дева и сподобятся переписать Cassandra или Hadoop на С/С++, но компании вкладываться в этот проект не будут.


     
  • 3.9, iZEN (ok), 11:45, 14/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ВНЕЗАПНО: JVM написана на C++.

    JIT компилятор Java оптимизирует нативный код для той платформы, на которой он работает, учитывая такие нюансы, как архитектура процессора, выделенный размер оперативной памяти и (заранее настраиваемую) стратегию сборки мусора.

     
     
  • 4.10, Andrey Mitrofanov (?), 11:51, 14/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >ВНЕЗАПНО: JVM написана на C++.
    >JIT компилятор Java оптимизирует нативный код для той платформы

    Почему JVM ешё не переписан на Java? Оно ж тогдаж натурально _ассемблер и суперКрэй обгонит! .....ай, незадача, Оракл случился....... Мы в трауре.

     
     
  • 5.11, анонимный боброжеватель (?), 12:39, 14/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему JVM ешё не переписан на Java?

    Перепиши. Оно ж под GPL. Или кто-то (что-то) мешает?

     
  • 5.13, VoDA (ok), 11:15, 15/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    просто - это стоит денег, потому переписывать ради смены языка никто не будет.

    Внезапно: компилятор java написан на java ;)

     
  • 2.5, xaka (??), 10:02, 14/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К примеру Jetty 7.x на 4-х ядернике обрабатывает до 15т. "Hello World" запросов в секунду, чего я не видел у того же Apache (nginx и lighthttpd не рассматриваем пока что).
    По скорости работы серверных приложений Java мало кому уступает, про качество и безопасность этих приложений вообще молчу. Вопрос лишь в кол-ве потребляемой памяти.
     
  • 2.12, ДяДя (?), 15:14, 14/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, пионеры, понимаешь ли.

    Вот пара особенностей:

    - Пропускная способность чтения и записи увеличиваются линейно с добавлением новых узлов
    - Безразмерна (нет ограничений на объем, поиск всегда O(1))

    Это самые важные свойства. Если вы не понимаете разницу между линейной и нелинейной возможностью масштабирования, то извините.

     

  • 1.4, rstone (??), 09:54, 14/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну у меня около тысячи в сек на лаптопе ( single node ) было , и что ?
    Это очень зависит от размера записи .
    Ява уже давно не такая медленная как о ней думают .
    На сях , редис дает около 50000 writes/s с 1кб  .
    Так что тысячи  в секунду уже не явлется исключением или каким то рекордом .


     
     
  • 2.6, Аноним (-), 10:06, 14/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Cassandra не стоит рассматривать в контексте одного хоста, вся прелесть этой системы, что поставил на 100 хостов и не думаешь больше ни о чем. А при использовании в распределенной среде, когда данные интенсивно гоняются по сети, потери производительности из-за языка программирования почти не заметны, зато ошибок меньше и возможностей больше: подключение новых узлов и замена сбойных - одно удовольствие.
     
     
  • 3.14, WinLin (??), 12:25, 15/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Для HDD есть smart, как определить остальные аппаратные проблемы в узле?
    Предполагается использование обычных компьютеров без резервирования
    аппаратных частей.
     

  • 1.15, Sergey Minaev (?), 22:24, 07/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Обсуждений по производительности море:
    http://www.opennet.me/opennews/art.shtml?num=3994
    http://habrahabr.ru/blogs/programming/66562/
    http://www.codenet.ru/webmast/java/javavscpp.php

    на разного рода алгоритмах и результаты разные, есть и такие, где Java на первом месте, думаю это связанно с тем, что в JVM реализованна поддержка кеширования операций.

    Java не требовательна также к памяти, если помните, то изначально Java позиционировалась на сегмент SMART карт, где используются очень разные процессоры. Было бы конечно замечательно, если бы дали разработчикам возможность принудительно удалять конкретный объект из памяти, может и меньше нареканий было бы. А так всегда есть возможность написать свой алгоритм для сборщика мусора, заточить под свой сервак.

    Java отлично идет для систем Enterprise уровня, но для десктопных решений еще неочень, есть много проблем с реализацией нативной части JVM для различных платформ, поэтому UI тормозит очень. Хотя сейчас появилось решение, которое надеюсь вскором устранит этот недостаток - JavaFX.

    То что Cassandra написана на Java хорошо, но только для распределенных систем. Возможно есть проблема в доступе к винту, так как вероятно доступ идет посредством файловой системы, а не напрямую как это реализуется в существующих БД.

     

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



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

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