CassandraConf.ruプログラム

スケジュールと要約は準備ができており、ウェブサイトCassandraConf.ruで利用できます。 それで、12月9日に私たちを待っています：









外国人スピーカー：



Jonathan Ellis氏、DataStaxの共同設立者およびApache Cassandraのプロジェクトマネージャー

Apache Cassandra 2.0および2.1



この講演では、Apache Cassandraが大手ビッグデータNoSQLデータベースである理由を説明し、Adobe、CERN、eBay、Instagram、Spotifyなどの実世界の運用ユースケースの例を示します。 Cassandraのパフォーマンス、スケーラビリティ、および信頼性の背後にあるアーキテクチャを説明し、アプリケーションデータモデリングの概要を示します。



このセッションの最後では、最新のスケールアウトアーキテクチャでCassandraが果たす役割について十分に理解できます。 また、Cassandra 2.0および今後の2.1リリースの新機能についても学習します。



Axel Liljencrantz 、Spotify音楽サービスのバックエンド開発者

Cassandraのパフォーマンス。 圧縮戦略の基本的な詳細



この講演では、レベル化された圧縮に焦点を当てた、さまざまな圧縮戦略の基礎となる詳細について説明します。 特定の書き込みパターンがコンパクションとどのように相互作用するかを理解することは、Cassandraのパフォーマンスを理解するための最も大きな要素の1つです。



ルース・ストライカー 、DataStaxのテクニカルトレーナー

CQLおよびDataStax Javaドライバー



これは、CQL（Cassandraクエリ言語）およびDataStax Javaドライバーの入門セッションです。Cassandraを初めて使用するか、Thriftのバックグラウンドを持っているがCQLを初めて使用する出席者に適しています。 このセッションでは、まずCQLとは何か、作成された理由、使用方法、CQLおよびcqlshコマンドが存在するか、CQL行がCassandra内部ストレージ行にどのように関連するかを学びます。 次に、DataStax Javaドライバーの目的、インストール方法、機能、CQL式を実行する方法について学習します。



Aleksey Yeschenko 、Apache Cassandraコミッター、DataStax

CQL3を使用したデータのモデリング



レポートは、時系列、コレクション、セカンダリインデックス、CAS、およびユーザータイプに焦点を当てます（2.1）



Nikolay Alimenkov 、 ZoralLabsのテクニカルリード、XP Injectionのトレーナー

Cassandraでのキューイング



Cassandraがデータを保存するためのNoSQLソリューションであることは誰もが知っています。 ただし、多くの場合、キューイングシステムを使用してこのデータを処理し、他のツールを使用して実装します。 このため、データに一貫性がなく、メンテナンスのための追加レベルがあります。 当社製品のいずれかのデータはすべてCassandraに保存されているため、独自のキューソリューションを開発し、スケーリング、高可用性、柔軟性などの多くの有用な品質を自動的に取得しました。 この決定は報告書に記載されます。



経験豊富な開発者向けの追跡



Odnoklassnikiプロジェクトの主任開発者、 Oleg Anastasev

カサンドラに近い



Cassandraの使用方法は少し変わっています。通常のDBMSのように、組み込みのクエリ言語のみを使用してCassandraを操作するために、thriftまたはnettyベースのネイティブプロトコルを使用しません。 代わりに、同じJVM内のCassandraノードをデータウェアハウスビジネスサービスと組み合わせます。 クライアントは、すでにビジネス指向のネットワーク要求を使用して、このようなストレージを操作します。

そのため、ネットワークコールとトラフィックの数を減らします。 また、統合されたデータ処理ロジックの小さなハッキングを可能にし、分散データウェアハウスをより効率的かつ簡単に構築できるようにします。

レポートでは、Odnoklassnikiで最も興味深い3つのデータウェアハウスの例を使用して、このアプローチの実用的なアプリケーションについて説明します。



オルガ・ソボレバとキリル・イワノフ 、SKB Kontur

電気通信会社の例でのトランザクション処理



レポートでは、モバイルオペレーターの請求の例を使用して、Kassandraと密接に統合されたサービスモデルを検討します。 要件がどのように変化したか、システムがどのように進化し、Kassandraのアーキテクチャがどのように変化したかがわかります。 このレポートは、Cassandraを使用する際にデータストレージの問題を解決する方法を知りたい人に役立ちます。



Ivan BurmistrovおよびFedor Fominykh 、SKB Kontur

厳密に指向された時間イベントのシーケンス



Kassandraは、すべてのノードがピアであるスケーラブルなデータウェアハウスです。 これは、フォールトトレランスとセットアップの容易さにとって大きなプラスですが、このアーキテクチャでは、いくつかの問題の解決がより複雑になります。 このようなタスクには、オブジェクトを時系列で保存および取得するタスクが含まれます。 この問題は、cassandraに適切に実装されている時系列の助けを借りて解決できます（例えば、 ここでそれらについて読むことができます ）。 ただし、従来の時系列は、すべての時点で時系列オブジェクトを読み取るすべてのクライアントが同じ結果を取得することを保証しません。 これは、時系列に表示されるオブジェクトの時間がクライアントによって決定されるために発生します。 したがって、時間が長いオブジェクトほど早く記録される場合があります。 ただし、オブジェクトの順序が重要な場合があり、常に同じ順序でオブジェクトを返すことが重要です。 レポートでは、この欠点がない古典的な時系列の修正について説明します。 このレポートは、cassandraの助けを借りて解決できるタスクに関心のあるすべての人にとって興味深いものになります。



アレクサンダー・サビニン 、カスペルスキー

スキャンロボットのキューイングタスク



コンテンツフィルタリングラボの活動の一環として、カスペルスキー製品のユーザーがアクセスしたドメインに関する最新情報を保持するタスクがあります。 ドメインデータベースには数千万のレコードがあり、常に更新されています。 特定の各サイトに関する情報は、専門技術によって決定されます。 明らかに、Webリソースのコンテンツは動的に変更される可能性があり、これには定期的な再スキャンが必要です。 このため、最も重要な要因に応じて、リソースを再スキャンする間隔を計算するための特定のヒューリスティックセットを開発する必要がありました。 さらに、タスクをすばやく追加し、実装のシーケンスを管理する必要があります。 これらの要因により、リソースの再スキャンの固定順序を回避することができず、より柔軟なアプローチが必要になります。



既存のソリューションを分析する際、Cassandraは、高帯域幅を備えた信頼性の高いデータウェアハウスとして選択され、さらなるデータ変更の柔軟性を提供します。 カスペルスキーがカスペルスキーでどのように使用されているかについては、レポートで説明します。



初心者開発者向けの追跡



エフゲニー・ティホノフ 、SKB Kontur

Cassandraの概要



Cassandraは比較的新しいデータウェアハウスです。 私のレポートでは、このツールがいかに強力であると同時にシンプルであるかを示すために、リスナーをデバイスに少し没入させたいと思います。 レポートから、クラスター内でのデータの分散方法、クエリコーディネーターの動作、リクエストを処理するときに1つのノードで発生するプロセスが明らかになります。



このレポートは、Cassandraの使用を開始したばかりの初心者や、Kassandraクラスターが一般的な用語でどのように機能するかを簡単に知りたい人に役立ちます。



アレクサンダー・ソロヴィエフ 、元GridDynamics請負業者

電子商取引におけるカサンドラ



レポートでは、Cassandraを使用して1つのプロジェクトをデータストレージに移動するプロセスについて説明します。 まず、高レベルのアーキテクチャによって切り替えを決定した初期条件、インメモリデータグリッドからCassandraに移行する理由、および達成したいシステムパフォーマンス要件に焦点を当てます。 次に、パフォーマンス（TPSおよび/または遅延）の改善に役立つ手順について説明します。 また、大幅な改善につながらなかったものについて説明し、一部の仮説が機能しなかった理由を説明します。



マキシム・シチェフとアレクサンダー・ココビン、 SKB Kontur

Cassandraへの移行方法



レポートでは、ストレージシステムの交換を決定した理由と、Cassandraを選択した理由を説明します。 ストレージを交換する際に直面しなければならなかった困難とその解決方法について説明します。 また、現在実行しているCassandraの使用シナリオ（タスクキューとCassandraを介したデータのインデックス作成）についても個別に説明します。



エフゲニー・クルピリヤンスキー 、SKB Kontur

Cassandraの上部でのインデックス作成



Cassandraは、スケーラブルで信頼性の高いデータウェアハウスです。 ただし、複雑な検索クエリを効率的に実行することはできません。 レポートでは、CassandraからSQLストレージにデータをインデックスする方法について説明します。 このアプローチにより、データに対して任意のSQLクエリを実行し、同時にシステムの重要なプロパティ（スケーラビリティ、フォールトトレランスなど）を保持できます。

---

カンファレンスのフィナーレでは、 Lightning Talksのお気に入りの形式である30分間を計画します。5分間の短いスピーチで、質問への回答はありません。 言いたいことがあると既に理解している場合は、elena @ it-people.ruに書き込みます。



公式部分の後-カフェInSaladでのアフターパーティー（ゴーリキー63）。 興味のある兄弟とコミュニケーションを取り、非公式の場でスピーカーに質問することができます。 楽しいでしょう！



それでまた。



12月9日。 午前10時から午後7時30分まで

エカテリンブルク、エンゲルス7のノボテルホテルの会議室。

スケジュールと登録-CassandraConf.ru



またね:)



psレポートのビデオ録画は、イベントの数週間後に一般公開されます。