2016-11-16 3 views
0

ログを保存するためのソリューションが必要です(クエリの高速化が可能なデータベースで、多かれ少なかれ、10個の標準フォーマットのいずれかに従うことが望ましい)さまざまな有線問合せに簡単に結果を与えることができます。例えば。テキスト本文中のキーワードを探すクエリ、複数のテーブルを含むクエリ。ドルイドとメタマーケットに関するアドバイスが必要です

私に勧められた解決策はMetaMarketでした。これは、非常に優れたクエリシステムを使ってリアルタイムでロギングを行うようです。しかし、私はコストと湿気について確信が持たれていないか、そうでない複雑な解決策が必要です。

私はmetamarketの "セールスポイント"がドルイドDBであり、dbはオープンソースであり、スタックの外部に展開できると理解しています。だから私がここで尋ねるのは次のとおりです:

ドルイドのリアルタイムログシステムの導入経験はありますか?どれくらい難しいですか?どれくらいかかりましたか?課題は何ですか?ドルイド以外の技術は何を使ったのですか?お勧めの読書はありますか?

誰かがmetamarketでの経験があったことがありますか?もしそうなら、もう一度、どれくらい難しいのですか?どれくらいかかりましたか?課題は何ですか?一度それが生産にヒットしたらどのようにコストがかかったのですかあなたはその科目についてお勧めの読書をしていますか?

また、ボーナスに関する質問:実際にドルイドについて「偏りのない専門家」が行ったベンチマークはありますか?リアルタイムでのリアルタイムのデータベースがJavaで書かれているという事実は、ちょっと...ああ、信じがたいようです。

答えて

0

これは簡単な回答です。 本当にdruidはオープンソースですが、ここでリンクが見つからないというのは、ドルイドとうまくやっている良いUIです。 1つのUIがcaravelと呼ばれていましたが、今は大丈夫な仕事をすることができると思います。 パッケージからマシン/クラウド上にドルイドを配備するまでのパイプラインをすべて配置するのに十分なリソース(エンジニアなど)があれば、それは難しいことではありません。 最後に、最後の部分はクラスタを監視/更新しています。 そして、それはJAVAを使って書かれていますが、KAFKAの実例を取っている他の多くのリアルタイムソフトウェアの場合はそうです。実際には、ドルイドは多くのことをオフヒープにし、データを扱うためにメモリマップファイルを使用します。 white paperを読むと、システムの良い/基本的な理解が得られます。したがって、druidが適切かどうかを判断できます。

関連する問題