paasビジネスへ突入するcassandraとriak

PaaSビジネスへ突入する CassandraとRiak

株式会社エスキュービズム岸本康二

NoSQLビジネスのおさらい

● NoSQLの流れ

データ一貫性が弱いのでは？ (CAP定理)

フロントエンドの業務システムには不向きでは？

NoSQLはバックエンドまたは補助的なシステムに？

NoSQL登場（＋クラウド） ←トラフィックの増加

● NoSQLの旧来の使われ方


ストレージバッチ処理/解析

HBase Cloudian

検索/キャッシュ

ビッグデータ全文検索

レコメンド Hadoop製品群 Riak CS


ビッグデータ

Hadoop製品群

M2M スマート○○

「可視化」を売る


ビッグデータ

Hadoop製品群



・WEB領域でのノウハウをそのまま適用できる・「モノのインターネット化」の流れ ↓ SIのスタンスは変わらず提供するのも基本的に可視化まで

BigData/Hadoop 限られた領域に高コスト

● NoSQLの流れ

データ一貫性が弱いのでは？ (CAP定理)

フロントエンドの業務システムには不向きでは？



● NoSQLの流れ

データ一貫性もある (BASE概念)


■ NoSQLとRDBMSとの本当の関係

WEB APP

WEB APP

WEB APP

WEB APP

WEB APP

RDBMS

RDBMS

●従来型 →DBに負荷集中


NoSQL

RDBMS

RDBMS

NoSQL

WEB APP

WEB APP

WEB APP

WEB APP

WEB APP

●負荷を軽減しようと・・・ →NoSQLでキャッシュ →DBの書き込み負荷は減らないこれが今の「Not Only SQL」の構成


NoSQL

RDBMS

RDBMS

NoSQL

WEB APP

WEB APP

WEB APP

WEB APP

WEB APP

●ボトルネック部分を削ってみる


NoSQL

NoSQL

NoSQL

NoSQL

NoSQL

WEB APP

WEB APP

WEB APP

WEB APP

WEB APP


NoSQL

NoSQL

NoSQL

NoSQL

NoSQL

WEB APP

WEB APP

WEB APP

WEB APP

WEB APP

●NoSQLクラスタが自然な結論


NoSQL

NoSQL

NoSQL

NoSQL

NoSQL

WEB APP

WEB APP

WEB APP

WEB APP

WEB APP

RDBMS


NoSQL

NoSQL

NoSQL

NoSQL

NoSQL

WEB APP

WEB APP

WEB APP

WEB APP

WEB APP

RDBMS

■NoSQL ・書き込み負荷分散（スケールアウト）・優秀な耐障害性・クラウドとの抜群の親和性

■RDBMS ・検索、ソートが効率的・SQLでその場での解析もすぐに実行・定型処理→Hadoopのパターン

●最適なシステム構成 →NoSQLはフロントエンド →RDBMSはバックエンド ※現在は真逆

BigData/Hadoop 限られた領域に高コスト

● NoSQLの新しい使われ方


ビッグデータ

Hadoop製品群




ビッグデータ

Hadoop製品群



フロントシステムマネタイズ


ビッグデータ

Hadoop製品群



フロントシステムマネタイズフロントシステム

NanaHoshi

NoSQL向けミドルウェア

http://b-rabbit.jp/nanahoshi/

■ NanaHoshiの特徴：マルチテナント対応

通信層

抽象化層

クライアント層

ロジック層

NanaHoshi

NoSQL Core

サーバ層


NanaHoshi


NanaHoshi

トランザクション


NanaHoshi


検索・ソート


NanaHoshi


検索・ソート

インデックス同期更新


NanaHoshi


検索・ソート


スケーラブル


NanaHoshi


検索・ソート


スケーラブル

SPOF無し


NanaHoshi


検索・ソート


スケーラブル

SPOF無し

DBの分離


NanaHoshi


検索・ソート


スケーラブル

SPOF無し

DBの分離サポート問題クリア


NanaHoshi


検索・ソート


スケーラブル

SPOF無し

DBの分離サポート問題クリア

PHP/Java/Ruby


通信層

抽象化層


ロジック層

NanaHoshi

NoSQL Core


通信層

抽象化層


ロジック層

NanaHoshi

etc.

NoSQL Core

実案件での例

システムお客様A お客様B

管理Webサーバ

候補選択画面

候補登録画面

要約依頼要約登録画面

公開・配信サーバ

登録通知

① ②

③

④

HTML XML PDF URLリンク

承認画面

承認依頼通知

■ 論文要約管理システム

NanaHoshiの検索機能が活かされています。

■ 視聴ポイントシステム

■ M2Mデータ収集基盤

スマートメーター等のセンサーデータを高速・確実に収集するM2M基盤として評価され、トランザクションを含む複雑な業務ロジックを実装しています。

・商品マスタ・採寸データ etc.

・リアル用在庫・バッチ用在庫 etc.

■ スタイルクルーズ統合在庫管理システム（ベイクルーズ様）

各ECモールごとに分かれていた在庫管理を統合し、在庫切れによる販売機会の損失をなくすと同時に、 OracleRACからの移行を進め、コストを削減しています。

ECモール

ZOZOTOWN

Amazon

iLumine

大手放送局

三菱電機系列

論文要約検索

大手放送局

三菱電機系列

論文要約検索

海外向けEC

NanaHoshi

業務向けNoSQL

NH

リアルタイム分析

自動電話付き監視

NanaHoshi

センサデータ(M2M)

業務向けNoSQL

NH

MS

RF

RS

NoSQL EC

RC

サーバ監視ミドルウェア

監視

□ 気付きにくい □ 確認の把握が難しい ↓ ☑ 電話での通知が欲しい！

☑ 緊急電話会議

調査

復旧

連絡

管理

☑ 緊急電話会議 ↓ ☑ すぐに役割分担

調査

復旧

連絡

管理

☑ 緊急電話会議 ↓ ☑ すぐに役割分担 ↓ ☑ 迅速・効率的な復旧

障害発生

電話会議

復旧

インシデント管理

↓ ☑ 障害対応報告書になる

RS

通知監視管理

API

WebHook

RS

通知監視管理

RS

WebHook

RS

API

WebHook

通知

監視

管理

RS

API

RS

API

PhoneHook

RS

API

RS

API

□ サーバ監視(データ)が外部依存 □ カスタマイズできない □ 自社サービスに含められない

RS

API

RS

API

既存環境でOK

システム連係可能 →監視との統合

RS

API ☑ サーバ監視(データ)は内部管理

☑ カスタマイズ可能 ☑ 自社サービスの一部としてクライアントに提供できる ☑ RS部分の保守メニューあり

(24/365 の有人1次対応プランも)

RS

API

PaaS on

RS

API

PaaS on

"Own" "Customize"へのシフト



NanaHoshi


業務向けNoSQL NH

MS

RF

RS

NoSQL EC RC

PaaS on

リアルタイム分析自動電話付き監視


業務向けNoSQL NoSQL EC

センサーログDB

ロジック

状態DB

機能に応じてクラスタを分離可能 →マルチデータセンターが可能 →マルチクラウドも可能

■ dynaTrace対応 - パフォーマンスの可視化、チューニング

出典：インヴェンティット社

出典：ITPro



NanaHoshi



MS

RF

RS

NoSQL EC RC マルチクラウド

PaaS

パフォーマンス分析

M2M/BYOD

マルチクラウド



センサデータ(M2M) NoSQL EC

PaaS


業務向けNoSQL MDM/BYOD



NanaHoshi



MS

RF

RS

NoSQL EC RC マルチクラウド

PaaS


M2M/BYOD

paasビジネスへ突入するcassandraとriak

Documents