カサンドラ vs リアク [終了]

Question

私は結果的に整合性のあるデータ ストアを探していますが、Riak または Cassandra になる可能性があるようです。これについての見解を経験した人はいますか?

Answer 1

ご存知かと思いますが、どちらもアーキテクチャ的に Dynamo の影響を強く受けています (結果整合性、単一障害点がないなど)。どちらも、「純粋な K/V よりもリッチな」データ モデルを提供する点で Dynamo を超えています。Cassandra の場合は Bigtable のような ColumnFamily モードを提供し、Riak の場合はドキュメント指向のモードを提供します。賢明な人々が両方を選択するのを見てきました。

カサンドラに有利な点は次のとおりだと思います。

• スピード
• 複数のデータセンターにまたがるクラスターのサポート
• 有名な企業がそれを使用しています (digg、twitter、facebook、webex など)-- http://n2.nabble.com/Cassandra-users-survey-tp4040068p4040393.html)

Riak に有利な点は次のとおりです。

• すぐに使えるマップ/リデュースのサポート

/カサンドラ開発者、fwiw

Answer 2

リアクを使用するのは、

• モジラ財団
• Ask.com のスポンサー付きリスティング
• コムキャスト
• シティグループ
• ベット365

どちらも信頼できる参照顧客/ユーザーのテストに合格していると思います。

Cassandra はより成熟しているようで、現在ベンチマークでのパフォーマンスが向上しています。Riak はクラスターが成長するにつれてノードを追加するのが簡単になるようです。

Answer 3

完全を期すために:2 つの間の適切な (おそらく偏った) 比較は、次の場所にあります。 http://docs.basho.com/riak/1.3.2/references/appendices/comparisons/Riak- Compare-to-Cassandra/

Answer 4

を使用すると、ダウンロードが異なっています。参照を取得するための最良。

これらの企業でRiakに参照を共有することができた。ここで、おそらく、プライベートな会話を持っていたことだろうか？方法がわからないカサンドラと、このような取得するが、開始するには良い場所のように見える企業支援カサンドラというのコミュニティがあります。これらはおそらくカサンドラ開発におけるコミュニティの参加者を持っているとして、それが起動するのはとても合理的な場所であります。

私は顧客が満足している最近の大規模な展開にRiakにの答えを聞きたいと思います。

私はまた、各製品のロードマップを参照してくださいしたいと思います。カサンドラはよくカサンドラのウィキで説明するの制限と、おそらく今後変更しようとしているもの、どちらもアウトライン先物として私の見解ではRiakに比べて（http://wiki.apache.org/cassandra/）を追跡するために少し簡単です。私は多分...オープンソースコミュニティのことを理解できた...しかし、私は、製品のためにいる私が支払わなければならないことができます。

Answer 5

私はまた、機能の非常に素晴らしいレイヤーと思われるものを持っている、Cloudantの研究を示唆しています。他の場所Apacheの土地で能力を負担するもたらしているようにそれはまた見えます。 CouchDBのはCloudantのベースとなるApacheのプラットフォームです。しかしLuceneのインデックスとは思わなく、氷山の一角には、それがCloudantが行くことができる場所に来るとき。インデックスの作成と管理は、他のApacheコミュニティの資産を使用してスクリプトすることができ非常に体系的なプロセス、データパイプラインのようなもの、です。そして、NLPのような機能はまた、間接的に、または多分直接永続化されているものにはLuceneを介して追加することができます。

チームが私のApacheのコミュニティの富とはCloudantに、このような統合できる、特に以来、提案Cloudantロードマップを参照するにはいいだろう。このような他に理由がない場合は、それを必要としますCloudant収益モデルへの運用コンポーネントがあるとして、おそらく存在してます。

エリア内... Cloudantの価格モデル...それは彼らの収益モデルは、ソフトウェアに基づいていますが、サービスの周りされていないクリアです。それは非常に魅力的であり、それはあまりにもカサンドラを取り巻く生態系と一致しそうです。芭蕉の人々はまだのようにNoSQLのコミュニティの十分の上に勝った場合、私は自分のWebサイトや製品の周りの任意の話題から、このようなが表示されない...わかりません。

IこのCloudantウェブページ（https://cloudant.com/the-data-layer/）などがあります。私は、これはApacheのコミュニティ（私の無知）で私には珍しいようだとCouchDBのはErlangで書かれていた知らなかった...埋め込まれたErlangの機能を見て驚きました。 CouchDBのは、私は（今）Erlangで書かれたことを知って他のNoSQL製品よりも古いように見えます。 ！どのような彼らの戦略、彼らは少なくとも、マイクロソフトおよびマイクロソフトの世界の感謝の意を示し、ホスティングパートナーとしてのAmazon EC2とMicrosoftのAzureを数える - すべての非常に重要な、適切にこれらのタイプのデータということ（キャッシュまたはハッシュテーブルの用途を超えて）ミドルウェア値の可能性を認識場合店が持っている可能性があります。

それは貴重になりますように

最後に、私は、うまくアンディパーマーの指導のルックスをボードを知らないながら。彼は正しくまたは誤って不当に非構造化データのKVPハッシュテーブルとしてブランド化することができることを世界に向かい合っ（VoltDBを介して）構造化データいくつかのガイダンスをもたらすことができます。構造とNoSQLの「データベース」を取り巻くエコシステムの必要性が認識されている...スパナ空間でのGoogleの投資の動機検索能力のためのスパナ... KVP /小さな構造/必要と証人Googleの努力を。我々はすべてのスパナのようなものを必要としないかもしれませんが、我々は、おそらくそれが合理的な近代的なクラウド・アーキテクチャに組み込むために作るためにこれらのNoSQLデータベースでの改善や堅牢な「企業」の管理および相互運用性の機能が必要なのです。必要な構造は、相互運用性と機能性豊かの容易さから来ることができます。また、ロードマップに入れた場合、構造化データと非構造化データのサポート変換（例えばインデックス、KVPブロブの内部物事の構造化と解析されたレンダリングを作成するために、NLPの使用、および他のものの多くは、そのことを新たな能力から来ることができると公表され、）ユーザーベースを誘惑し、成長できました。それは、成功のチャンスを持っている...私はそれを詳しく見てみます...

のようなルックスCloudant

、ルック、私はCouchDBの約見つけたもの...

CouchDBのは、Webアプリケーションの開発を簡単に行うことができ、このようなオンザフライ文書変換とリアルタイムの変更通知などの機能のスイートが付属しています。それも、Web管理コンソールを使用して簡単に付属しています。あなたは、それを推測のCouchDBから直接アップ務め！私たちは、分散スケーリングについて多くのことを気に。 CouchDBのは、高可用性とパーティション耐性があるが、また、最終的には一貫性があります。そして、私たちはあなたのデータについて多くのことを気に。 CouchDBのは、フォールトトレラントストレージエンジンを持っている最初のあなたのデータの安全性プットます。