SlideShare a Scribd company logo
1 of 56
Download to read offline
© COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
マークロジック株式会社
シニアソリューションアーキテクト
能仁 信亮
ACIDトランザクションをサポートするエンタープライズ向け
NoSQLデータベースに興味はありませんか?
〜事例から学ぶNoSQLの使いどころ
SLIDE: 2 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
自己紹介
• 能仁 信亮 (のうにん しんりょう)
• エンタープライズNoSQLデータベースを提供するマークロジック株式会社でエンジニアを
しております
• MarkLogic入社前は、Hadoop, NoSQLとRDBMSを組み合わせたシステム構築の提案、
導入支援を行っていました
• Twitter : @snonin
SLIDE: 3 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
MarkLogic : 会社のご紹介
§ 600社を越える世界各国のお客様
§ お客様の成功に10年以上貢献
§ 250社以上のパートナー企業
§ 世界各国に525名以上の社員
§ 成功を約束する投資 (主な投資元:
セコイアキャピタル、ウェリントン)
§ 日本での法人登記 (東京、渋谷)
§ 国内の著名SI企業とのパートナー
契約を締結し、連携
信頼成熟 専門性
§ コンサルティング サービス
お客様の環境を熟知した国内パー
トナー企業がコンサルティング
§ 24時間365日対応のエキスパート
サポート
経験豊富なエンジニアが対応
§ オンライン コミュニティ
数万人にも及ぶコミュニティメン
バーとのコラボレーション
§ 無料トレーニング
オンライン、講師によるトレーニング
SLIDE: 4 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
MarkLogicの特徴
オペレーショナルでトランザクショナルな 基幹業務対応エンタープライズNoSQLデータベース
§ データをそのまま取込む (ETL不要)
§ 構造化、非構造化データの混在
§ データとメタデータを一緒に保管
§ データやデータ構造の変更に対応
簡単にデータを取り込める
柔軟なデータモデル
§ インデックスを一度付けることで、
何度でもクエリ可能
§ 非常に高速でリアルタイム
§ JSON、XML、テキスト、地理空間
情報、セマンティックトリプルをす
べてひとつのデータベースでクエリ
可能
簡単にデータを出せる
ユニバーサルインデックスで
何でも検索
§ データの信頼性とトランザクショ
ン (100% ACID 準拠)
§ 標準仕様の自動フェイルオー
バー、レプリケーション、バック
アップ/リカバリー機能
§ 基幹業務に対応したエンタープ
ライズグレードのセキュリティと
コモンクライテリア認証
100% 信頼できる
基幹業務に対応できるエン
タープライズ仕様
SLIDE: 5 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
(ご参考)MarkLogicとRDBMS、他のNoSQL DBとの比較
機能 RDBMS
他のNoSQL
Database
柔軟なデータモデル
サーチとクエリ
MarkLogicはJSON 、XML、RDFなどに ネイ
ティブに対応。スキーマ非依存のマルチ
データモデルアプローチにより、デー タをそ
のままの形でロード可能。
RDBMSは事前に静的なスキーマを定義す
る必要がある。列を一つ追加す るに も、多
大な時間とお金がかかる
一般的に、NoSQL Databaseは
RDBMSよりも柔軟性がある。特にド
キュメントストアであれば、柔軟性は高
い
MarkLogicは製品のコアに サー チ機能が
統合されている。さらに 、様々なデータタイ
プに対して複雑なクエリをカ スタマイズ 可
能な広範なインデックスを利用して実現し
ている
全文検索機能を利用するには、他のソフト
ウェアが必要となり、統合に多大な工数を
要する。さらに、1つのクエリをデー タベー
ス全体に対して発行することができない 場
合がある
全文検索機能を利用するには、他のソフ
トウェアが必要とる場合があ る。さらに、
多数のNoSQL DBはクエリのなかで
高々1つないし2つのインデックスしか利
用できない
SLIDE: 6 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
(ご参考)MarkLogicとRDBMS、他のNoSQL DBとの比較
機能 RDBMS
他のNoSQL
Database
拡張性と伸縮性
ACIDトランザクション
認証済みセキュリティ
MarkLogicは数百ノードまで拡張可能で、数
千億のドキュメントを管理する商用環境で実
際に利用されている。データは自動的に
パーティション化され分散配置される。ノード
追加は、アプリケーションの要求に 応じて、
数分で完了
RDBMSは1台のスケールアップで対応し、
多額の費用がかかることが多い。性能は
データ量が一点水準まで達すると頭打ち
になり、リソースの利用率が下がっても、ス
ケールダウンすることができ ない
NoSQL Databaseのなかには、スケー
ルアウト可能なものもあ るが、デー タの
パーティションをクラスタ全体に 分散さ
せることが難しい場合も多い 。多く の
NoSQL Databaseは、スケールアップ
とスケールダウンの柔軟性に欠け る
MarkLogicはACIDトランザクションを完全
にサポート。さらにXA分散トランザクション
を利用することも可能
RDBMSは、数十年にわたりACID トランザ
クションを標準としてサポートしてき ており、
それ故にミッションクリティカ ルシステムで
数多く利用されてきた。
実質的に 全てのN oSQLデー タベー スは、
ACIDトランザクションを犠牲にしてお り、
分散システム内でのトランザクションの
一貫性を管理できない
MarkLogicはNIAPコモンクライテリア認証
を取得済みで、政府機関の機密システム
等でも利用されている
RDBMSは、セキュリティが重視される大規
模なエンタープライズシステムで、数十年
利用されてきており、セキュリティ機能も強
化されてきている。
他のNoSQL Databaseは、N IAPコモンク
ライテリア認証を取得してお らず、多く は
認証に必要な機能も有してい ない
SLIDE: 7 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
(ご参考)MarkLogicとRDBMS、他のNoSQL DBとの比較
機能 RDBMS
他のNoSQL
Database
高可用性/災対
Hadoop統合
MarkLogicはクラスタ内およびクラスタ間の
ファイルオーバー機能を高い レベルでサ
ポート、さらにシェアード・ナッシング・アーキ
テクチャにより、単一障害点も存在しない
10年程度の期間を経て、HA/DRは大半の
RDBMSの標準的な機能となってき た。
アーキテクチャによっては、単一障害点が
残る場合がある。
NoSQL Databaseの大半は、バック
アップや災対で求められるトランザク
ションの整合性を保証してい ない。ス
ケールアウト型のDatabaseの中には、
HAがオプションのものも存在する。
MarkLogicはHadoopと簡単に連係可能で
あり、Hadoopに対して完璧なデー タベー ス
として機能する
RDBMSの中には、Hadoop連係をもつも
のもあるが、ETL処理がデー タの移動の際
に必要となることが多い 。
多くのNoSQL Databaseは、H adoop連
係の機能をもつが、実装している機能は
製品により大きく異なる。
SLIDE: 8 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
なぜNoSQLデータベースを使うのか?
1. スキーマ(RDBMSのテーブル群)を事前定義するのが難しい
→ 後ほどご説明します
2. スケールアウト可能
3. マルチマスター構成がどうしても必要
例) 複数のデータセンターをまたいだクラスターが必要で、データセン
ター間の通信に障害が発生したとしても、両方のデータセンターで、稼
働しつづける
→ CAP定理でいうAPが必要
SLIDE: 9 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
なぜNoSQLデータベースを使うのか?
1. スキーマ(RDBMSのテーブル群)を事前定義するのが難しい
→ 後ほど、具体的な例をご説明します
2. スケールアウト可能
3. マルチマスター構成がどうしても必要
例) 複数のデータセンターをまたいだクラスターが必要で、データセン
ター間の通信に障害が発生したとしても、両方のデータセンターで、稼
働しつづける
→ CAP定理でいうAPが必要
MarkLogicが得意なところ
↑ たしかに大規模消費者向けサービスを中心に、こういった要件が必要になる場合も
あるが、エンタープライズ・システムではまれ。
SLIDE: 10 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
Atomicity (原子性)
Consistency (一貫性)
Isolation (分離性)
Durability (永続性)
最初のバージョンから実装・最適化を続けています
MarkLogicによるACIDトランザクションの実装
2フェーズコミット
(内部的に利用)
Lock
MVCC
同期レプリケーションジャーナル
SLIDE: 11 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
/articles/doc1.xml
∞ ∞423 628
開始タイムスタンプ 終了タイムスタンプ
Year
∞ ∞
Document
Title Author
Section
Section Section Section Section Section
First
Last
Metadata
628
/articles/doc1.xml
Document
Title Author
Section
Section Section Section Section Section
First
Last
Metadata
MVCCのメリット
§ ACIDトランザクションの実現
§ 高いスループットを実現
§ 読み取りロックなし
§ ポイントインタイムクエリ
§ 高速なロールバック
ACIDトランザクション
MVCCによる実装
SLIDE: 12 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
競合関係ではなく、補完関係
MarkLogicとHadoopの関係
MarkLogic Hadoop
オンライン、低遅延アプリケーション
リアルタイムのトランザクション
製品に組込まれた検索機能
オフライン、高遅延アプリケーション
時間をかけたバッチ解析
コスト効率の良いストレージ
SLIDE: 13 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
MarkLogicとHadoop
MarkLogicとの接続によりHadoopを改善
§ MarkLogicを直接HDFS上で走らせること
で、リアルタイムのアプリケーションを実現
。一方、Hadoopはバッチ分析、ETL、デ
ータのエンリッチメントに使用
§ MarkLogicとHadoop間でデータをシーム
レスに移動。接続されていないMarkLogic
のフォレスト上でHadoopのジョブを実行
可能
§ HDFSと階層型ストレージの高い経済性
© COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
典型的な活用領域と事例
SLIDE: 15 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
統合され活用可能なデータ
の360度ビュー
ビジネスがデータに求めているもの
SLIDE: 16 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
分断されたデータ
§ データが分断された別々のデータベースに存在する
§ データ統合がM&Aのスピードに追いつかない
§ データをリアルタイムで提供しなければならない
実態
SLIDE: 17 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
80% の時間
データサイエンティストがデータ
を整理することに時間がかかり
すぎる
無駄
% の
コスト
2015年にリレーショナルデータ
のサイロを作り出すのに費やさ
れた金額
360億
支出60データウェアハウスのプロジェクト
におけるETLコストは高い
$
分断されたデータの統合には膨大なコストがかかる
SLIDE: 18 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
リレーショナルデータベースに
はETLが必須なため、アジャ
イル性、タイムリーな対応、コ
ストが犠牲になる
§ 将来のあらゆるデータについて予測できていなけ
ればならない
§ 新しいSQLクエリの使用には、データベースの再イ
ンデックス付けが必要となる
§ 分断されたデータベースが変更されるとETLを改
修する必要がある
ITの課題
ETL
OLTP
アーカイブ
ETL
ETL
ETL
データマート
ETL
ウェアハウス
参照データ
SLIDE: 19 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
データをより上手く、早く、
少ないコストで統合できる
データベース
望ましいソリューション
SLIDE: 20 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
活用パターン1
データ統合 + 検索
SLIDE: 21 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
トップ5 グローバルバンク – 統合検索インデックス
大規模な統合顧客データとトランザクション
MARKLOGICを選んだ理由
§ 数値型、ドキュメント型、セマンティック
データの扱いが必要
§ ETLが巨大で複雑
§ 将来の変更にも柔軟に対応
§ コストと時間の制約
§ エンタープライズ仕様のデータの一貫
性、信頼性、セキュリティ
主要システム 業務部門
カスタマーサービス
アナリティクス
統合レポジトリ
顧客データ
抵当
クレジットカード
他のシステム
抵当の
証券化
召喚状対応
SLIDE: 22 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
トップ5 グローバルバンク – 統合検索インデックス
大規模な統合顧客データとトランザクション
MARKLOGICを選んだ理由
§ 数値型、ドキュメント型、セマンティック
データの扱いが必要
§ ETLが巨大で複雑
§ 将来の変更にも柔軟に対応
§ コストと時間の制約
§ エンタープライズ仕様のデータの一貫
性、信頼性、セキュリティ
主要システム 業務部門
カスタマーサービス
アナリティクス
統合
レポジトリ
顧客
データ
抵当
クレジットカード
他の
システム
抵当の生成/
証券化
召喚対応
予定
§ タイムリー – 最初のプロジェクトは6ヶ月で実稼動
§ 柔軟 – 抵当統合に関してだけでも、35の抵当主要システムの統合
§ 高いコスト効率 – コモディティハードウェアによる弾力的な拡張
§ エンタープライズ仕様 – セキュリティ、一貫性、HA/DR
§ リテール顧客の360º像 – 最終的には800億件のレコード
SLIDE: 23 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
RDBMSで実現できず、MarkLogicで実現できる理由
MarkLogicではRDBMS で実現できない要因
あらかじめ、全てのデータ形式に対応する
テーブル設計、対応するETLの開発を行っ
ておかないと、データをインポートすること
すらできない
別途、検索エンジンを用意して、RDBMS
と検索エンジンの統合を行う必要がある。
特にセキュリティ、権限管理の統合が難し
い。さらに検索エンジンとの連係はリアル
タイムに行われないため、取り込まれた
データを即座に検索することができない
データをそのままの形式(As-Is)で取り
込むので、複雑な設計、ETLは不要
検索機能が内包されているので、デー
タを取り込むだけで、検索が即座に可
能
SLIDE: 24 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
柔軟なデータモデル
§ JSON、XML、RDF、位置データ、ラージバイナリ
を単一の統合プラットフォームで格納/管理
§ ビジネスエンティティ、アプリケーションに忠実に
モデル化
§ データを「As-Is」(そのまま)で読み込み
§ 事前にスキーマを定義しておく必要がない
ため、データ変換のための扱いにくいETL
が不要
§ アプリケーション、ビジネスに最適なデータ形式
を利用可。最も扱い易い形式でデータを保持
ドキュメント指向、スキーマ非依存データベース
SLIDE: 25 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
検索とクエリ
ビルトイン検索でドキュメント、関係性、メタデータから答えを発見
§ MarkLogicでは検索=クエリ
§ 30種類以上の洗練されたインデックスで関連性に応
じた結果を取得
§ 数百テラバイト、数十億件のドキュメントに対して検索
結果リストを1秒以下で応答
§ 複雑な構造を持つデータに対する複雑なクエリもフ
ラットなデータと同様にあつかうことが可能
§ サーチのフル機能を提供。
§ 全文検索、入力候補表示、ファセット、スニペット、検
索対象の強調表示、近接ブースト、関連度順、言語
サポート
JavaScript XQuery SPARQL
リッチなクエリ
機能
インデータベース
MapReduce
全文検索
セマンティック検索位置検索
SLIDE: 26 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
ユニバーサルインデックス
“blue” 123, 125, 129, 130, 152, 344, …
“van” 123, 125, 126, 129, 130, 152, …
“observed” 125, 152, 516, 522, 765, 890, …
“blue van” 123, 125, 129, 130, 152, 486, …
STEM “observe” 125, 152, 516, 522, 765, 890, …
<report> …
<report>/<location> …
<threat>/<category> …
<type>suspicious activity</type> …
<date>2012- 11-12Z< /date> …
Collection:Vetted …
Role:Analyst + Action:Read …
… …
… …
… …
ターム ドキュメント参照番号
MarkLogicがインデックスを付けるのは…
§ 語
§ フレーズ
§ 語幹(原形)
§ 構造
§ 構造内の語やフレーズ
§ 値
§ コレクション
§ セキュリティ許可
ドキュメント
参照番号
125, 516, 890, …
確認済み(vetted)レポートの中で「blue van」という
フレーズが含まれているものは?
SLIDE: 27 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
政府レベルのセキュリティ
現代のデータガバナンス用の認証済みのきめ細かいセキュリティ設定
§ 認証済みセキュリティ – NoSQLデータベ
ースの中では最高のセキュリティ認証済
み。コモンクライテリアセキュリティ認証
を受け、政府の機密情報システムで利
用中
§ きめ細かなセキュリティ– ドキュメントレ
ベルでのロールベースのアクセス制御(
RBAC)。
Privacy
Provenance
Compliance
Continuity
Retention
Security
MarkLogic によるデータガバナンス
SLIDE: 28 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
トップ5の投資銀行 – ITアセット管理
技術アセット在庫管理システムでデータのエンリッチとリアルタイム分析を実現
MARKLOGICを選んだ理由
§ より迅速なデータ統合
§ 構造化&非構造化データの混在
§ セマンティックによるグラフ表示
§ 監査証跡の改善(バイテンポラルを利用)
§ リアルタイム分析
中核データ
ボリューム管理システム
固定資産台帳
AFS利用
(ファイルシステム)
サーバーレポート
エンタープライズ
サーバーポートフォリオ
LDAP
など
データレイヤー
セマンティックレイヤー
(オントロジー)
テンポラルレイヤー
リアルタイム
検索&クエリ
140以上のデータソース アセット管理とトラッキング
トップ5の投資銀行
SLIDE: 29 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
トップ5の投資銀行 – ITアセット管理
技術アセット在庫管理システムでデータのエンリッチとリアルタイム分析を実現
MARKLOGICを選んだ理由
§ より迅速なデータ統合
§ 構造化&非構造化データの混在
§ セマンティックによるグラフ表示
§ 監査証跡の改善(バイテンポラルを利
用)
§ リアルタイム分析
中核データ
ボリューム管理システ
ム
固定資産台帳
AFS利用
(ファイルシステム)
サーバーレポート
エンタープライズ
サーバー
ポートフォリオ
LDAP
など
データレイヤー
セマンティックレイヤー
(オントロジー)
テンポラルレイヤー
リアルタイム検
索&クエリ
140以上の
データソース
アセット管理とトラッキング
トップ5の投資銀行
成果
§ タイムリー – 最初のプロジェクトは6ヶ月で実稼動
§ 柔軟 – 140以上のデータソースを統合
§ 高いコスト効率 – コモディティハードウェアによる弾力的な拡張
§ エンタープライズ仕様 – セキュリティ、一貫性、HA/DR
§ 成功 – 「このアプリケーションは、当行のもっと重要なシステムとな
りました。今後、大幅な拡張の予定もあります」
- 銀行取締役
SLIDE: 30 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
バイテンポラル
時間がすべて
有効時間
システム時間
有効時間(Valid Time)
– 現実世界の時間。「実
際の状態」に関する情報
イベント 1
イベント 3
イベント 2
イベント 2
システム時間 –
データベースに
記録された時間
§ 同一ドキュメントに対して、ある時点における「実際の
状態」と「記録上の状態」の情報を両方保持すること
で、後から遡って確認
§ ビジネスやミッションにおけるインサイトの向上
§ スキーマの変化も、時間の経過におけるデータの変
化として把握。リレーショナルのバイテンポラルにはな
い機能
§ 規制順守が必要な業界では必須
§ 階層型ストレージとセマンティックによってさらに強化
SLIDE: 31 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
10億以上のドキュメントをシームレスに探索 – リアルタイム通知も実現
Dow Jones – 拡張性を兼ね備えた強力な検索とアラート
MarkLogic の利点:
• 拡張された検索機能
10億以上のドキュメントを1秒
以内のスピードで検索可能
• リアルタイムアラート
ユーザー定義のコンテンツア
ラートに基づいて、通知を即
座に受け取る機能を実現
32,000の情報ソース
500万以上の WSJ記事
SLIDE: 32 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
活用パターン2
Operational Data Hub
SLIDE: 33 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
オペレーショナル
アプリケーション
マルチチャネル
配信
全てのデータに
対する双方向の分析
SSD, DAS, SAN, NAS,
S3, Hadoop/HDFS
JSON
XML
Operational Data Hub
SLIDE: 34 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
ドイツ銀行– グローバルオペレーション
最大手投資銀行で巨大なデータ統合を実現
イミュータブルなファクトストア
オペレーションサイロ MarkLogicの統合データベース
MARKLOGICを選んだ理由
§ 柔軟なモデル - Excelスプレッドシート、
Oracleテーブル、COBOLインデック
スなどすべてを表現
§ トランザクションの一貫性 - クライアン
トのリクイディティ用のオペレーショナ
ルデータストア
§ 設定可能なセキュリティ - 既存のパー
ミッションに基づくリファレンスデータ
の閲覧制限
階層型ストア
数千のデータベース
ファイルとドキュメント
数万のアプリケーション
… 標準的(canonical)
XMLデータモデル
データアクセス
の詳細設定
反復的開発
「SOURCE OF
TRUTH」
リクイディティに関する
意思決定
SLIDE: 35 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
ドイツ銀行– グローバルオペレーション
主要投資銀行で巨大なデータ統合を実現
イミュータブルなファクトストア
オペレーションサイロ MarkLogicの統合データベース
MARKLOGICを選んだ理由
§ 柔軟なモデル - Excelスプレッド
シート、Oracleテーブル、COBOLイン
デックスなどすべてを表現
§ トランザクションの一貫性 - クライ
アントのリクイディティ用のオペレー
ショナルデータストア
§ 設定可能なセキュリティ - 既存の
パーミッションに基づくリファレンス
データの閲覧制限
階層型ストア
数千のデータベース
ファイルとドキュメント
数万のアプリケーション
… 標準的(canonical)
XMLデータモデル
データアクセス
の詳細設定
反復的開発
「SOURCE	OF
TRUTH」
リクイディティに関する意思決定
成果
§ 包括的 – 数万のデータソース
§ 柔軟 – 複数ソース。メインフレームからExcelまで
§ コスト効率 – プラットフォームの拡張に応じたプロビジョニング
§ 基幹業務対応 – 安全で一貫性のあるトランザクション
§ 規模 – 1億8000万ドキュメント/日、250億件見込み(2017年末)
SLIDE: 36 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
RDBMSで実現できず、MarkLogicで実現できる理由
MarkLogicではRDBMS で実現できない要因
あらかじめ、全てのデータ形式に対応する
テーブル設計、対応するETLの開発を行っ
ておかないと、データをインポートすること
すらできない
ソースシステムの変更への対応工数が莫
大になる
→ ソースシステムの変更に対して、データ
を保持するためだけに、テーブル定義やイ
ンデックス、ETLの再設計が必要
データをそのままの形式(As-Is)で取り
込む。要件として必要な部分から、共
通データモデルを構築。
ソースシステムへの変更時にも、デー
タを取り込むだけであれば、特別な対
応は必要ない。
追加された項目を利用する必要が生じ
た際に対応すればよい
SLIDE: 37 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
トップ3 グローバルバンク – デリバティブの基幹処理プラットフォーム
統合取引データハブ
MARKLOGICを選んだ理由
§ 時間とお金がかかるETLサイクルを回避
§ 将来の変更にも柔軟に対応
§ コストと時間の制約
§ エンタープライズ要件
20個以上の
データソース
下流のシステム
マッチング
etc...
統合
トレードストア
デリバティブ
データ
レート
データ
FX
データ
他の
システム
清算
決済
Hadoop
将来の拡張には:MLの階層型
ストレージ(w/HDFS)を利用
SLIDE: 38 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
トップ3 グローバルバンク – デリバティブの基幹処理プラットフォーム
取引統合データハブ
MARKLOGICを選んだ理由
§ 時間とお金がかかるETLサイクルを回
避
§ 将来の変更にも柔軟に対応
§ コストと時間の制約
§ エンタープライズ要件
20個以上の
データソース
下流のシステム
マッチング
etc...
統合
トレードストア
デリバティブ
データ
レート
データ
FX
データ
他の
システム
清算
決済
Hadoop
将来の拡張には:MLの階層型スト
レージ(w/HDFS)を利用
成果
§ 柔軟 – 複雑なデータの読み込みや出力に対応
§ 高パフォーマンス– 1600+ リクエスト/秒
§ 改善されたリスク管理 – 統合ビュー
§ エンタープライズ仕様 – ACIDトランザクション、セキュリティ、HA/DR
§ 高いコスト効率 – 1つのデータベース(20ではなく)。DBA1人(10人で
はなく)。
SLIDE: 39 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
Aetna (エトナ/米国・保険) – 人事データハブ
人事データの統合、大規模なリアルタイムデリバリー
MARKLOGICを選んだ理由
§ ETLが巨大で大変に複雑
§ 将来の変更に対する柔軟性
§ コストと時間の制約
§ 基幹業務に対応したエンタープライズ仕様
140以上のデータフィード 50以上のシステム
リアルタイムアプリ
バッチ分析
人事データハブ
従業員
データ
給与
データ
評価
データ
その他の
システム
リアルタイムアプリ
リアルタイムアプリ
SLIDE: 40 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
Aetna (エトナ/米国・保険) – 人事データハブ
人事データの統合、大規模なリアルタイムデリバリー
MARKLOGICを選んだ理由
§ ETLが巨大で大変に複雑
§ 将来の変更に対する柔軟性
§ コストと時間の制約
§ 基幹業務に対応したエンタープライズ仕様
140以上のデータフィード 50以上のシステム
リアルタイムアプリ
バッチ分析
人事データハブ
従業員
データ
給与
データ
評価
データ
その他の
システム
リアルタイムアプリ
リアルタイムアプリ
成果
§ 柔軟– 複雑なデータの取り込みと出力
§ 拡張性 – 各日50GBを越えるスループット
§ アジャイル – 5年の予定が1年で導入完了
§ 将来性の確保 – データを最大限、再活用しながらも一貫性を保持
§ 成功 – MarkLogicは人事データ全てのデータレイヤー
SLIDE: 41 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
活用パターン3
メタデータの一元管理
SLIDE: 42 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
ディズニー – メタデータハブ
映画やその他のアセットのデータをつなぐ統合ハブ
MARKLOGICを選んだ理由
§ 5つのサイロ化されたデータソースから
の素早いデータ統合
§ セマンティック機能でアセット、アーカイ
ブ、メタデータを正しく関連付ける
§ さらにアジャイルな開発
§ 基幹業務に対応したエンタープライズレ
ベルの信頼性
SLIDE: 43 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
ディズニー – メタデータハブ
映画やその他のアセットのデータをつなぐ統合ハブ
MARKLOGICを選んだ理由
§ 5つのサイロ化されたデータソースから
の素早いデータ統合
§ セマンティック機能でアセット、アーカイ
ブ、メタデータを正しく関連付ける
§ さらにアジャイルな開発
§ 基幹業務に対応したエンタープライズレ
ベルの信頼性
成果
§ 統合 – 2億件以上のドキュメントと5億個以上のトリプル
§ 柔軟 – アプリの開発と導入が4ヶ月で完了
§ 高いコスト効率 – 分断やサイロの排除
§ 安全 – データの損失やセキュリティ違反なし
§ 成功 – ビジネスプロセスの合理化と収入の増加
SLIDE: 44 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
ディズニー – 次世代のメタデータ管理プラットフォーム
Is A
Character
Olivia Pope
Episode 20
Trump Card
Part of
Season 5
Part of
Show
Scandal
Aired on
Date
05/05.2016
Acted in
Played
Profession
Lawyer
Talent
Kerry Washington
Love Interest
President Fitzgerald
In Love With
MULTI-TIER PRODUCTION METADATA
SLIDE: 45 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
RDBMSで実現できず、MarkLogicで実現できる理由
MarkLogicではRDBMS で実現できない要因
多様なメタデータの形式をサポートするた
めのテーブル設計が難航
セマンティック(RDF)などの多様なデータ形
式のサポートの欠如
多様なデータ形式を事前のデータモデ
リングなしで取り込む
セマンティック機能などを利用して、関
連性の管理・活用が可能
SLIDE: 46 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
セマンティック
ドキュメントストアとトリプルストアの合体
§ 数十億ものファクトを格納/クエリ
§ 新しいファクトの推論
§ ファクトと関係性によりコンテキストを把握し
て検索を改善
§ 柔軟なデータモデリング。
§ 任意の関係でデータを関連付け
§ 業界標準に準拠
– RDF、SPARQL、標準REST
MarkLogic8の新機能:
SPARQL 1.1、グラフトラバーサル、規則による自動推論、サーバーサイド
JavaScriptとNode.jsによるSPARQL
SLIDE: 47 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
活用パターン4
大規模コンテンツ配信
SLIDE: 48 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
BBC – 大規模でダイナミックなコンテンツ配信
データの統合、マルチデバイスへの配信
MARKLOGICを選んだ理由
§ 複数の形式のコンテンツ (例 ビデオ、
記事、統計データなど)
§ 動かすことのできないオリンピックのス
ケジュールに合わせた素早い導入
§ 毎秒数万を越えるトランザクションをサ
ポートできる拡張性
§ オープンスタンダードに対応 (どのデバ
イスからでも、いつでも、どこからでも)
マルチスクリーンで
の利用
1つのデータレイヤーで
多くのデバイスに対応
リアルタイムでの更新と
リプレイ
SLIDE: 49 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
BBC – 大規模でダイナミックなコンテンツ配信
データの統合、マルチデバイスへの配信
MARKLOGICを選んだ理由
§ 複数の形式のコンテンツ (例 ビデオ、
記事、統計データなど)
§ 動かすことのできないオリンピックのス
ケジュールに合わせた素早い導入
§ 毎秒数万を越えるトランザクションをサ
ポートできる拡張性
§ オープンスタンダードに対応 (どのデバ
イスからでも、いつでも、どこからでも)
マルチスクリーンで
の利用
1つのデータレイヤーで
多くのデバイスに対応
リアルタイムでの更新と
リプレイ
成果
§ 拡張性 –最も多い日には、2.8 ペタバイトものデータを配信
§ 高速 – 25,000 トランザクション/ 秒, 450億 リクエスト
§ 安定 – 障害やダウンタイム無し
§ 成功 –パーソナライズされた、受賞歴のあるオリンピック報道
SLIDE: 50 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
RDBMSで実現できず、MarkLogicで実現できる理由
MarkLogicではRDBMS で実現できない要因
多様なデータの形式をサポートするための
テーブル設計が難航
サーバー追加による、処理能力追加が難
しい。スケールアップのアプローチが必要
とされる
多様なデータ形式を事前のデータモデ
リングなしで取り込む
サーバー追加によるスケールアウトが
容易
SLIDE: 51 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
NBCユニバーサル – SNL40 アプリ
『サタデー・ナイト・ライブ(SNL)』アプリで40年分のコメディ番組を配信
MARKLOGICを選んだ理由
§ セマンティック検索でインテリジェント・レ
コメンデーションエンジンを強化
§ 大規模で弾力的な拡張性でSNLの40
周年記念をサポート
§ AWSクラウドを使うことでコストを抑えて
配信を容易に行うことが可能
SLIDE: 52 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
NBCユニバーサル – SNL40 アプリ
『サタデー・ナイト・ライブ(SNL)』アプリで40年分のコメディ番組を配信
MARKLOGICを選んだ理由
§ セマンティック検索でインテリジェント・レ
コメンデーションエンジンを強化
§ 大規模で弾力的な拡張性でSNLの40
周年記念をサポート
§ AWSクラウドを使うことでコストを抑えて
配信を容易に行うことが可能
成果
§ 拡張性 – 3ヶ月間に1億ビューに対応
§ 高速 – ピーク時には50,000リクエスト/分に対応
§ 高性能 – パーソナライズされたユーザーインターフェースにレコメン
デーションエンジンが付属
§ 成功 – トップにランクされるアプリの作成に要した期間は4ヶ月
SLIDE: 53 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
データ統合に必要とされるデータベースの高度な機能
基幹業務やエンタープライズクラスのデータ統合に対応した設計
コモディティハードウェアによるスケールアウト
過剰なプロビジョニングや投資を防ぐスケーラビリ
ティと弾力的な拡張
階層型ストレージ
データベースの拡張に伴うストレージのコストを
抑制
セマンティック
拡張検索とデータの関係性の定義
リアルタイムアラート
新しいデータを取込む際にいくつでも
アラートを設定可能
バイテンポラル
時間を基準としたデータの歴史と監
査情報
地理空間情報
地図情報と地理空間情報を組み合わ
せた統合検索
SLIDE: 54 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
柔軟な導入環境
お好みの環境でご利用ください
§ Linux、Windows
§ オンプレミス (仮想 または 物理)
§ プライベートクラウド、ハイブリッドクラウド、パブリック
クラウド
§ AWS、Azure
§ Hadoopを含む、あらゆるストレージ アーキテクチャ物理
クラウド
仮想
SLIDE: 55 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED.
MarkLogicを選ぶ理由 検証済
結果を得られるまでの時間を短縮
ユニバーサルインデックスで何でも検索
信頼できるデータとトランザクション
エンタープライズグレードのセキュリティ
コモディティハードウェアによるスケールアウト
非常に高速でリアルタイム
©	COPYRIGHT	 2016	MARKLOGIC	CORPORATION.ALL	 RIGHTS	RESERVED.	
ご清聴ありがとうございます
MarkLogic日本語ウェブサイト http://jp.marklogic.com
MarkLogic日本語Twitter: twitter.com/MarkLogic-JP
MarkLogic日本語Facebook: https://www.facebook.com/marklogicjp
お問合せ: MarkLogic-JP@marklogic.cm
NoSQLの最新情報、解説書
無料ダウンロード: po.st/FaFqa
セマンティックの最新情報、解説書
無料ダウンロード: po.st/0cbAat

More Related Content

What's hot

データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3 データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3 Hiroshi Ito
 
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)Trainocate Japan, Ltd.
 
こんなに使える!今どきのAPIドキュメンテーションツール
こんなに使える!今どきのAPIドキュメンテーションツールこんなに使える!今どきのAPIドキュメンテーションツール
こんなに使える!今どきのAPIドキュメンテーションツールdcubeio
 
MHA for MySQLとDeNAのオープンソースの話
MHA for MySQLとDeNAのオープンソースの話MHA for MySQLとDeNAのオープンソースの話
MHA for MySQLとDeNAのオープンソースの話Yoshinori Matsunobu
 
フィッシングとドメイン名・DNS
フィッシングとドメイン名・DNSフィッシングとドメイン名・DNS
フィッシングとドメイン名・DNSShiojiri Ohhara
 
クラウドでも非機能要求グレードは必要だよね
クラウドでも非機能要求グレードは必要だよねクラウドでも非機能要求グレードは必要だよね
クラウドでも非機能要求グレードは必要だよねYoshioSawada
 
Kinesis + Elasticsearchでつくるさいきょうのログ分析基盤
Kinesis + Elasticsearchでつくるさいきょうのログ分析基盤Kinesis + Elasticsearchでつくるさいきょうのログ分析基盤
Kinesis + Elasticsearchでつくるさいきょうのログ分析基盤Amazon Web Services Japan
 
YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)
YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)
YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)NTT DATA Technology & Innovation
 
Aws auto scalingによるwebapサーバbatchサーバの構成例
Aws auto scalingによるwebapサーバbatchサーバの構成例Aws auto scalingによるwebapサーバbatchサーバの構成例
Aws auto scalingによるwebapサーバbatchサーバの構成例Takeshi Mikami
 
アーキテクチャから理解するPostgreSQLのレプリケーション
アーキテクチャから理解するPostgreSQLのレプリケーションアーキテクチャから理解するPostgreSQLのレプリケーション
アーキテクチャから理解するPostgreSQLのレプリケーションMasahiko Sawada
 
CyberAgentのプライベートクラウド Cycloudの運用及びモニタリングについて #CODT2020 / Administration and M...
CyberAgentのプライベートクラウド Cycloudの運用及びモニタリングについて #CODT2020 / Administration and M...CyberAgentのプライベートクラウド Cycloudの運用及びモニタリングについて #CODT2020 / Administration and M...
CyberAgentのプライベートクラウド Cycloudの運用及びモニタリングについて #CODT2020 / Administration and M...whywaita
 
ガチ(?)対決!OSSのジョブ管理ツール
ガチ(?)対決!OSSのジョブ管理ツールガチ(?)対決!OSSのジョブ管理ツール
ガチ(?)対決!OSSのジョブ管理ツール賢 秋穂
 
DBスキーマもバージョン管理したい!
DBスキーマもバージョン管理したい!DBスキーマもバージョン管理したい!
DBスキーマもバージョン管理したい!kwatch
 
KubernetesでRedisを使うときの選択肢
KubernetesでRedisを使うときの選択肢KubernetesでRedisを使うときの選択肢
KubernetesでRedisを使うときの選択肢Naoyuki Yamada
 
AWSにおけるバッチ処理の ベストプラクティス - Developers.IO Meetup 05
AWSにおけるバッチ処理の ベストプラクティス - Developers.IO Meetup 05AWSにおけるバッチ処理の ベストプラクティス - Developers.IO Meetup 05
AWSにおけるバッチ処理の ベストプラクティス - Developers.IO Meetup 05都元ダイスケ Miyamoto
 
Redmineとgitの 連携利用事例
Redmineとgitの 連携利用事例Redmineとgitの 連携利用事例
Redmineとgitの 連携利用事例Tomohisa Kusukawa
 
PostgreSQLの統計情報について(第26回PostgreSQLアンカンファレンス@オンライン 発表資料)
PostgreSQLの統計情報について(第26回PostgreSQLアンカンファレンス@オンライン 発表資料)PostgreSQLの統計情報について(第26回PostgreSQLアンカンファレンス@オンライン 発表資料)
PostgreSQLの統計情報について(第26回PostgreSQLアンカンファレンス@オンライン 発表資料)NTT DATA Technology & Innovation
 
AWS Black Belt Tech シリーズ 2015 - Amazon Kinesis
AWS Black Belt Tech シリーズ 2015 - Amazon KinesisAWS Black Belt Tech シリーズ 2015 - Amazon Kinesis
AWS Black Belt Tech シリーズ 2015 - Amazon KinesisAmazon Web Services Japan
 

What's hot (20)

データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3 データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
 
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
 
こんなに使える!今どきのAPIドキュメンテーションツール
こんなに使える!今どきのAPIドキュメンテーションツールこんなに使える!今どきのAPIドキュメンテーションツール
こんなに使える!今どきのAPIドキュメンテーションツール
 
nginx入門
nginx入門nginx入門
nginx入門
 
MHA for MySQLとDeNAのオープンソースの話
MHA for MySQLとDeNAのオープンソースの話MHA for MySQLとDeNAのオープンソースの話
MHA for MySQLとDeNAのオープンソースの話
 
フィッシングとドメイン名・DNS
フィッシングとドメイン名・DNSフィッシングとドメイン名・DNS
フィッシングとドメイン名・DNS
 
クラウドでも非機能要求グレードは必要だよね
クラウドでも非機能要求グレードは必要だよねクラウドでも非機能要求グレードは必要だよね
クラウドでも非機能要求グレードは必要だよね
 
Kinesis + Elasticsearchでつくるさいきょうのログ分析基盤
Kinesis + Elasticsearchでつくるさいきょうのログ分析基盤Kinesis + Elasticsearchでつくるさいきょうのログ分析基盤
Kinesis + Elasticsearchでつくるさいきょうのログ分析基盤
 
YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)
YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)
YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)
 
Aws auto scalingによるwebapサーバbatchサーバの構成例
Aws auto scalingによるwebapサーバbatchサーバの構成例Aws auto scalingによるwebapサーバbatchサーバの構成例
Aws auto scalingによるwebapサーバbatchサーバの構成例
 
アーキテクチャから理解するPostgreSQLのレプリケーション
アーキテクチャから理解するPostgreSQLのレプリケーションアーキテクチャから理解するPostgreSQLのレプリケーション
アーキテクチャから理解するPostgreSQLのレプリケーション
 
CyberAgentのプライベートクラウド Cycloudの運用及びモニタリングについて #CODT2020 / Administration and M...
CyberAgentのプライベートクラウド Cycloudの運用及びモニタリングについて #CODT2020 / Administration and M...CyberAgentのプライベートクラウド Cycloudの運用及びモニタリングについて #CODT2020 / Administration and M...
CyberAgentのプライベートクラウド Cycloudの運用及びモニタリングについて #CODT2020 / Administration and M...
 
ガチ(?)対決!OSSのジョブ管理ツール
ガチ(?)対決!OSSのジョブ管理ツールガチ(?)対決!OSSのジョブ管理ツール
ガチ(?)対決!OSSのジョブ管理ツール
 
DBスキーマもバージョン管理したい!
DBスキーマもバージョン管理したい!DBスキーマもバージョン管理したい!
DBスキーマもバージョン管理したい!
 
KubernetesでRedisを使うときの選択肢
KubernetesでRedisを使うときの選択肢KubernetesでRedisを使うときの選択肢
KubernetesでRedisを使うときの選択肢
 
GitLab から GitLab に移行したときの思い出
GitLab から GitLab に移行したときの思い出GitLab から GitLab に移行したときの思い出
GitLab から GitLab に移行したときの思い出
 
AWSにおけるバッチ処理の ベストプラクティス - Developers.IO Meetup 05
AWSにおけるバッチ処理の ベストプラクティス - Developers.IO Meetup 05AWSにおけるバッチ処理の ベストプラクティス - Developers.IO Meetup 05
AWSにおけるバッチ処理の ベストプラクティス - Developers.IO Meetup 05
 
Redmineとgitの 連携利用事例
Redmineとgitの 連携利用事例Redmineとgitの 連携利用事例
Redmineとgitの 連携利用事例
 
PostgreSQLの統計情報について(第26回PostgreSQLアンカンファレンス@オンライン 発表資料)
PostgreSQLの統計情報について(第26回PostgreSQLアンカンファレンス@オンライン 発表資料)PostgreSQLの統計情報について(第26回PostgreSQLアンカンファレンス@オンライン 発表資料)
PostgreSQLの統計情報について(第26回PostgreSQLアンカンファレンス@オンライン 発表資料)
 
AWS Black Belt Tech シリーズ 2015 - Amazon Kinesis
AWS Black Belt Tech シリーズ 2015 - Amazon KinesisAWS Black Belt Tech シリーズ 2015 - Amazon Kinesis
AWS Black Belt Tech シリーズ 2015 - Amazon Kinesis
 

Viewers also liked

DBTS2016 DBAのための最新テクノロジー
DBTS2016 DBAのための最新テクノロジーDBTS2016 DBAのための最新テクノロジー
DBTS2016 DBAのための最新テクノロジーMasaya Ishikawa
 
Mongo db + xsd:xml(20130219)
Mongo db + xsd:xml(20130219)Mongo db + xsd:xml(20130219)
Mongo db + xsd:xml(20130219)Michael Nguyen
 
MongoDB インサイド SaaS型業務アプリケーション
MongoDB インサイド  SaaS型業務アプリケーションMongoDB インサイド  SaaS型業務アプリケーション
MongoDB インサイド SaaS型業務アプリケーションYuki Ishikawa
 
MongoDB very basic (Japanese) / MongoDB基礎の基礎
MongoDB very basic (Japanese) / MongoDB基礎の基礎MongoDB very basic (Japanese) / MongoDB基礎の基礎
MongoDB very basic (Japanese) / MongoDB基礎の基礎Naruhiko Ogasawara
 
業務システムにおけるMongoDB活用法
業務システムにおけるMongoDB活用法業務システムにおけるMongoDB活用法
業務システムにおけるMongoDB活用法Yoshitaka Mori
 
業務システムにおけるMongoDB活用法
業務システムにおけるMongoDB活用法業務システムにおけるMongoDB活用法
業務システムにおけるMongoDB活用法Co-graph Inc.
 
がっつりMongoDB事例紹介
がっつりMongoDB事例紹介がっつりMongoDB事例紹介
がっつりMongoDB事例紹介Tetsutaro Watanabe
 
NOSQLの基礎知識(講義資料)
NOSQLの基礎知識(講義資料)NOSQLの基礎知識(講義資料)
NOSQLの基礎知識(講義資料)CLOUDIAN KK
 
RDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけ
RDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけRDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけ
RDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけRecruit Technologies
 

Viewers also liked (10)

DBTS2016 DBAのための最新テクノロジー
DBTS2016 DBAのための最新テクノロジーDBTS2016 DBAのための最新テクノロジー
DBTS2016 DBAのための最新テクノロジー
 
Mongo db + xsd:xml(20130219)
Mongo db + xsd:xml(20130219)Mongo db + xsd:xml(20130219)
Mongo db + xsd:xml(20130219)
 
MongoDB インサイド SaaS型業務アプリケーション
MongoDB インサイド  SaaS型業務アプリケーションMongoDB インサイド  SaaS型業務アプリケーション
MongoDB インサイド SaaS型業務アプリケーション
 
MongoDB very basic (Japanese) / MongoDB基礎の基礎
MongoDB very basic (Japanese) / MongoDB基礎の基礎MongoDB very basic (Japanese) / MongoDB基礎の基礎
MongoDB very basic (Japanese) / MongoDB基礎の基礎
 
業務システムにおけるMongoDB活用法
業務システムにおけるMongoDB活用法業務システムにおけるMongoDB活用法
業務システムにおけるMongoDB活用法
 
業務システムにおけるMongoDB活用法
業務システムにおけるMongoDB活用法業務システムにおけるMongoDB活用法
業務システムにおけるMongoDB活用法
 
がっつりMongoDB事例紹介
がっつりMongoDB事例紹介がっつりMongoDB事例紹介
がっつりMongoDB事例紹介
 
Datomic&datalog紹介
Datomic&datalog紹介Datomic&datalog紹介
Datomic&datalog紹介
 
NOSQLの基礎知識(講義資料)
NOSQLの基礎知識(講義資料)NOSQLの基礎知識(講義資料)
NOSQLの基礎知識(講義資料)
 
RDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけ
RDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけRDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけ
RDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけ
 

Similar to [db tech showcase Tokyo 2016] A25: ACIDトランザクションをサポートするエンタープライズ向けNoSQL Databaseに興味はありませんか? 〜事例から学ぶNoSQLの使いどころ by マークロジック株式会社 能仁 信亮

20190530 osc hokkaido_public
20190530 osc hokkaido_public20190530 osc hokkaido_public
20190530 osc hokkaido_publicDAISUKE INAGAKI
 
エンタープライズ・クラウドのシステム・デザイン・パターン [Oracle Cloud Days Tokyo 2016]
エンタープライズ・クラウドのシステム・デザイン・パターン [Oracle Cloud Days Tokyo 2016]エンタープライズ・クラウドのシステム・デザイン・パターン [Oracle Cloud Days Tokyo 2016]
エンタープライズ・クラウドのシステム・デザイン・パターン [Oracle Cloud Days Tokyo 2016]オラクルエンジニア通信
 
GoldenGateテクニカルセミナー1「市場のトレンドと最新事例のご紹介」(2016/5/11)
GoldenGateテクニカルセミナー1「市場のトレンドと最新事例のご紹介」(2016/5/11)GoldenGateテクニカルセミナー1「市場のトレンドと最新事例のご紹介」(2016/5/11)
GoldenGateテクニカルセミナー1「市場のトレンドと最新事例のご紹介」(2016/5/11)オラクルエンジニア通信
 
Share pointを支えるsql server2014最新情報 tokyo_公開用
Share pointを支えるsql server2014最新情報 tokyo_公開用Share pointを支えるsql server2014最新情報 tokyo_公開用
Share pointを支えるsql server2014最新情報 tokyo_公開用Yukio Kumazawa
 
クラウド開発手法(舩山ストーリー,石川追記)
クラウド開発手法(舩山ストーリー,石川追記)クラウド開発手法(舩山ストーリー,石川追記)
クラウド開発手法(舩山ストーリー,石川追記)Yuuki Ishikawa
 
Windows環境でのMySQL
Windows環境でのMySQLWindows環境でのMySQL
Windows環境でのMySQLyoyamasaki
 
[Modern Cloud Day Tokyo 2019] 実践エンタープライズ・ブロックチェーン ~ システム設計・運用における課題とそのソリューション
[Modern Cloud Day Tokyo 2019] 実践エンタープライズ・ブロックチェーン ~ システム設計・運用における課題とそのソリューション[Modern Cloud Day Tokyo 2019] 実践エンタープライズ・ブロックチェーン ~ システム設計・運用における課題とそのソリューション
[Modern Cloud Day Tokyo 2019] 実践エンタープライズ・ブロックチェーン ~ システム設計・運用における課題とそのソリューションオラクルエンジニア通信
 
[Modern Cloud Day Tokyo 2019] 次世代型データベース・クラウドの魅力に迫る ~ Autonomous Database Dee...
[Modern Cloud Day Tokyo 2019] 次世代型データベース・クラウドの魅力に迫る ~ Autonomous Database Dee...[Modern Cloud Day Tokyo 2019] 次世代型データベース・クラウドの魅力に迫る ~ Autonomous Database Dee...
[Modern Cloud Day Tokyo 2019] 次世代型データベース・クラウドの魅力に迫る ~ Autonomous Database Dee...オラクルエンジニア通信
 
MySQL最新情報  ※2016年12月
MySQL最新情報  ※2016年12月MySQL最新情報  ※2016年12月
MySQL最新情報  ※2016年12月yoyamasaki
 
My sql security (暗号化)
My sql security (暗号化) My sql security (暗号化)
My sql security (暗号化) Shinya Sugiyama
 
OSSではじめるオープン・スタンダードのクラウド @201304
OSSではじめるオープン・スタンダードのクラウド @201304OSSではじめるオープン・スタンダードのクラウド @201304
OSSではじめるオープン・スタンダードのクラウド @201304Shinichiro Arai
 
SaaSをもっと便利に、使いやすくする方法 [Oracle Cloud Days Tokyo 2016]
SaaSをもっと便利に、使いやすくする方法 [Oracle Cloud Days Tokyo 2016]SaaSをもっと便利に、使いやすくする方法 [Oracle Cloud Days Tokyo 2016]
SaaSをもっと便利に、使いやすくする方法 [Oracle Cloud Days Tokyo 2016]オラクルエンジニア通信
 
[Modern Cloud Day Tokyo 2019] Oracle Cloud Infrastructure 基本サービス入門(1) - Netwo...
[Modern Cloud Day Tokyo 2019] Oracle Cloud Infrastructure 基本サービス入門(1) - Netwo...[Modern Cloud Day Tokyo 2019] Oracle Cloud Infrastructure 基本サービス入門(1) - Netwo...
[Modern Cloud Day Tokyo 2019] Oracle Cloud Infrastructure 基本サービス入門(1) - Netwo...オラクルエンジニア通信
 
しばちょう先生が語る!オラクルデータベースの進化の歴史と最新技術動向#2
しばちょう先生が語る!オラクルデータベースの進化の歴史と最新技術動向#2しばちょう先生が語る!オラクルデータベースの進化の歴史と最新技術動向#2
しばちょう先生が語る!オラクルデータベースの進化の歴史と最新技術動向#2オラクルエンジニア通信
 
[VMware Partner Exchange Tokyo 14Apr2014] ネットアップセッション資料
[VMware Partner Exchange Tokyo 14Apr2014] ネットアップセッション資料[VMware Partner Exchange Tokyo 14Apr2014] ネットアップセッション資料
[VMware Partner Exchange Tokyo 14Apr2014] ネットアップセッション資料NetApp Japan
 
MySQLドキュメントストアとCTE
MySQLドキュメントストアとCTEMySQLドキュメントストアとCTE
MySQLドキュメントストアとCTEyoyamasaki
 
20190825_MySQL ServerだけじゃないMySQL Shellもあるんです
20190825_MySQL ServerだけじゃないMySQL Shellもあるんです20190825_MySQL ServerだけじゃないMySQL Shellもあるんです
20190825_MySQL ServerだけじゃないMySQL ShellもあるんですMachiko Ikoma
 
[Oracle Innovation Summit Tokyo 2018] 基幹システムのクラウド化への挑戦
[Oracle Innovation Summit Tokyo 2018] 基幹システムのクラウド化への挑戦[Oracle Innovation Summit Tokyo 2018] 基幹システムのクラウド化への挑戦
[Oracle Innovation Summit Tokyo 2018] 基幹システムのクラウド化への挑戦オラクルエンジニア通信
 

Similar to [db tech showcase Tokyo 2016] A25: ACIDトランザクションをサポートするエンタープライズ向けNoSQL Databaseに興味はありませんか? 〜事例から学ぶNoSQLの使いどころ by マークロジック株式会社 能仁 信亮 (20)

20190530 osc hokkaido_public
20190530 osc hokkaido_public20190530 osc hokkaido_public
20190530 osc hokkaido_public
 
エンタープライズ・クラウドのシステム・デザイン・パターン [Oracle Cloud Days Tokyo 2016]
エンタープライズ・クラウドのシステム・デザイン・パターン [Oracle Cloud Days Tokyo 2016]エンタープライズ・クラウドのシステム・デザイン・パターン [Oracle Cloud Days Tokyo 2016]
エンタープライズ・クラウドのシステム・デザイン・パターン [Oracle Cloud Days Tokyo 2016]
 
GoldenGateテクニカルセミナー1「市場のトレンドと最新事例のご紹介」(2016/5/11)
GoldenGateテクニカルセミナー1「市場のトレンドと最新事例のご紹介」(2016/5/11)GoldenGateテクニカルセミナー1「市場のトレンドと最新事例のご紹介」(2016/5/11)
GoldenGateテクニカルセミナー1「市場のトレンドと最新事例のご紹介」(2016/5/11)
 
Share pointを支えるsql server2014最新情報 tokyo_公開用
Share pointを支えるsql server2014最新情報 tokyo_公開用Share pointを支えるsql server2014最新情報 tokyo_公開用
Share pointを支えるsql server2014最新情報 tokyo_公開用
 
超高速な機械学習を Oracle Database で実現!
超高速な機械学習を Oracle Database で実現!超高速な機械学習を Oracle Database で実現!
超高速な機械学習を Oracle Database で実現!
 
クラウド開発手法(舩山ストーリー,石川追記)
クラウド開発手法(舩山ストーリー,石川追記)クラウド開発手法(舩山ストーリー,石川追記)
クラウド開発手法(舩山ストーリー,石川追記)
 
Windows環境でのMySQL
Windows環境でのMySQLWindows環境でのMySQL
Windows環境でのMySQL
 
[Modern Cloud Day Tokyo 2019] 実践エンタープライズ・ブロックチェーン ~ システム設計・運用における課題とそのソリューション
[Modern Cloud Day Tokyo 2019] 実践エンタープライズ・ブロックチェーン ~ システム設計・運用における課題とそのソリューション[Modern Cloud Day Tokyo 2019] 実践エンタープライズ・ブロックチェーン ~ システム設計・運用における課題とそのソリューション
[Modern Cloud Day Tokyo 2019] 実践エンタープライズ・ブロックチェーン ~ システム設計・運用における課題とそのソリューション
 
[Modern Cloud Day Tokyo 2019] 次世代型データベース・クラウドの魅力に迫る ~ Autonomous Database Dee...
[Modern Cloud Day Tokyo 2019] 次世代型データベース・クラウドの魅力に迫る ~ Autonomous Database Dee...[Modern Cloud Day Tokyo 2019] 次世代型データベース・クラウドの魅力に迫る ~ Autonomous Database Dee...
[Modern Cloud Day Tokyo 2019] 次世代型データベース・クラウドの魅力に迫る ~ Autonomous Database Dee...
 
MySQL最新情報  ※2016年12月
MySQL最新情報  ※2016年12月MySQL最新情報  ※2016年12月
MySQL最新情報  ※2016年12月
 
My sql security (暗号化)
My sql security (暗号化) My sql security (暗号化)
My sql security (暗号化)
 
OSSではじめるオープン・スタンダードのクラウド @201304
OSSではじめるオープン・スタンダードのクラウド @201304OSSではじめるオープン・スタンダードのクラウド @201304
OSSではじめるオープン・スタンダードのクラウド @201304
 
SaaSをもっと便利に、使いやすくする方法 [Oracle Cloud Days Tokyo 2016]
SaaSをもっと便利に、使いやすくする方法 [Oracle Cloud Days Tokyo 2016]SaaSをもっと便利に、使いやすくする方法 [Oracle Cloud Days Tokyo 2016]
SaaSをもっと便利に、使いやすくする方法 [Oracle Cloud Days Tokyo 2016]
 
Oss事例紹介資料20141111 明日の認証会議 掲載用
Oss事例紹介資料20141111 明日の認証会議 掲載用Oss事例紹介資料20141111 明日の認証会議 掲載用
Oss事例紹介資料20141111 明日の認証会議 掲載用
 
[Modern Cloud Day Tokyo 2019] Oracle Cloud Infrastructure 基本サービス入門(1) - Netwo...
[Modern Cloud Day Tokyo 2019] Oracle Cloud Infrastructure 基本サービス入門(1) - Netwo...[Modern Cloud Day Tokyo 2019] Oracle Cloud Infrastructure 基本サービス入門(1) - Netwo...
[Modern Cloud Day Tokyo 2019] Oracle Cloud Infrastructure 基本サービス入門(1) - Netwo...
 
しばちょう先生が語る!オラクルデータベースの進化の歴史と最新技術動向#2
しばちょう先生が語る!オラクルデータベースの進化の歴史と最新技術動向#2しばちょう先生が語る!オラクルデータベースの進化の歴史と最新技術動向#2
しばちょう先生が語る!オラクルデータベースの進化の歴史と最新技術動向#2
 
[VMware Partner Exchange Tokyo 14Apr2014] ネットアップセッション資料
[VMware Partner Exchange Tokyo 14Apr2014] ネットアップセッション資料[VMware Partner Exchange Tokyo 14Apr2014] ネットアップセッション資料
[VMware Partner Exchange Tokyo 14Apr2014] ネットアップセッション資料
 
MySQLドキュメントストアとCTE
MySQLドキュメントストアとCTEMySQLドキュメントストアとCTE
MySQLドキュメントストアとCTE
 
20190825_MySQL ServerだけじゃないMySQL Shellもあるんです
20190825_MySQL ServerだけじゃないMySQL Shellもあるんです20190825_MySQL ServerだけじゃないMySQL Shellもあるんです
20190825_MySQL ServerだけじゃないMySQL Shellもあるんです
 
[Oracle Innovation Summit Tokyo 2018] 基幹システムのクラウド化への挑戦
[Oracle Innovation Summit Tokyo 2018] 基幹システムのクラウド化への挑戦[Oracle Innovation Summit Tokyo 2018] 基幹システムのクラウド化への挑戦
[Oracle Innovation Summit Tokyo 2018] 基幹システムのクラウド化への挑戦
 

More from Insight Technology, Inc.

グラフデータベースは如何に自然言語を理解するか?
グラフデータベースは如何に自然言語を理解するか?グラフデータベースは如何に自然言語を理解するか?
グラフデータベースは如何に自然言語を理解するか?Insight Technology, Inc.
 
Great performance at scale~次期PostgreSQL12のパーティショニング性能の実力に迫る~
Great performance at scale~次期PostgreSQL12のパーティショニング性能の実力に迫る~Great performance at scale~次期PostgreSQL12のパーティショニング性能の実力に迫る~
Great performance at scale~次期PostgreSQL12のパーティショニング性能の実力に迫る~Insight Technology, Inc.
 
事例を通じて機械学習とは何かを説明する
事例を通じて機械学習とは何かを説明する事例を通じて機械学習とは何かを説明する
事例を通じて機械学習とは何かを説明するInsight Technology, Inc.
 
仮想通貨ウォレットアプリで理解するデータストアとしてのブロックチェーン
仮想通貨ウォレットアプリで理解するデータストアとしてのブロックチェーン仮想通貨ウォレットアプリで理解するデータストアとしてのブロックチェーン
仮想通貨ウォレットアプリで理解するデータストアとしてのブロックチェーンInsight Technology, Inc.
 
MBAAで覚えるDBREの大事なおしごと
MBAAで覚えるDBREの大事なおしごとMBAAで覚えるDBREの大事なおしごと
MBAAで覚えるDBREの大事なおしごとInsight Technology, Inc.
 
グラフデータベースは如何に自然言語を理解するか?
グラフデータベースは如何に自然言語を理解するか?グラフデータベースは如何に自然言語を理解するか?
グラフデータベースは如何に自然言語を理解するか?Insight Technology, Inc.
 
DBREから始めるデータベースプラットフォーム
DBREから始めるデータベースプラットフォームDBREから始めるデータベースプラットフォーム
DBREから始めるデータベースプラットフォームInsight Technology, Inc.
 
SQL Server エンジニアのためのコンテナ入門
SQL Server エンジニアのためのコンテナ入門SQL Server エンジニアのためのコンテナ入門
SQL Server エンジニアのためのコンテナ入門Insight Technology, Inc.
 
db tech showcase2019オープニングセッション @ 森田 俊哉
db tech showcase2019オープニングセッション @ 森田 俊哉 db tech showcase2019オープニングセッション @ 森田 俊哉
db tech showcase2019オープニングセッション @ 森田 俊哉 Insight Technology, Inc.
 
db tech showcase2019 オープニングセッション @ 石川 雅也
db tech showcase2019 オープニングセッション @ 石川 雅也db tech showcase2019 オープニングセッション @ 石川 雅也
db tech showcase2019 オープニングセッション @ 石川 雅也Insight Technology, Inc.
 
db tech showcase2019 オープニングセッション @ マイナー・アレン・パーカー
db tech showcase2019 オープニングセッション @ マイナー・アレン・パーカー db tech showcase2019 オープニングセッション @ マイナー・アレン・パーカー
db tech showcase2019 オープニングセッション @ マイナー・アレン・パーカー Insight Technology, Inc.
 
難しいアプリケーション移行、手軽に試してみませんか?
難しいアプリケーション移行、手軽に試してみませんか?難しいアプリケーション移行、手軽に試してみませんか?
難しいアプリケーション移行、手軽に試してみませんか?Insight Technology, Inc.
 
Attunityのソリューションと異種データベース・クラウド移行事例のご紹介
Attunityのソリューションと異種データベース・クラウド移行事例のご紹介Attunityのソリューションと異種データベース・クラウド移行事例のご紹介
Attunityのソリューションと異種データベース・クラウド移行事例のご紹介Insight Technology, Inc.
 
そのデータベース、クラウドで使ってみませんか?
そのデータベース、クラウドで使ってみませんか?そのデータベース、クラウドで使ってみませんか?
そのデータベース、クラウドで使ってみませんか?Insight Technology, Inc.
 
コモディティサーバー3台で作る高速処理 “ハイパー・コンバージド・データベース・インフラストラクチャー(HCDI)” システム『Insight Qube』...
コモディティサーバー3台で作る高速処理 “ハイパー・コンバージド・データベース・インフラストラクチャー(HCDI)” システム『Insight Qube』...コモディティサーバー3台で作る高速処理 “ハイパー・コンバージド・データベース・インフラストラクチャー(HCDI)” システム『Insight Qube』...
コモディティサーバー3台で作る高速処理 “ハイパー・コンバージド・データベース・インフラストラクチャー(HCDI)” システム『Insight Qube』...Insight Technology, Inc.
 
複数DBのバックアップ・切り戻し運用手順が異なって大変?!運用性の大幅改善、その先に。。
複数DBのバックアップ・切り戻し運用手順が異なって大変?!運用性の大幅改善、その先に。。 複数DBのバックアップ・切り戻し運用手順が異なって大変?!運用性の大幅改善、その先に。。
複数DBのバックアップ・切り戻し運用手順が異なって大変?!運用性の大幅改善、その先に。。 Insight Technology, Inc.
 
Attunity社のソリューションの日本国内外適用事例及びロードマップ紹介[ATTUNITY & インサイトテクノロジー IoT / Big Data フ...
Attunity社のソリューションの日本国内外適用事例及びロードマップ紹介[ATTUNITY & インサイトテクノロジー IoT / Big Data フ...Attunity社のソリューションの日本国内外適用事例及びロードマップ紹介[ATTUNITY & インサイトテクノロジー IoT / Big Data フ...
Attunity社のソリューションの日本国内外適用事例及びロードマップ紹介[ATTUNITY & インサイトテクノロジー IoT / Big Data フ...Insight Technology, Inc.
 
レガシーに埋もれたデータをリアルタイムでクラウドへ [ATTUNITY & インサイトテクノロジー IoT / Big Data フォーラム 2018]
レガシーに埋もれたデータをリアルタイムでクラウドへ [ATTUNITY & インサイトテクノロジー IoT / Big Data フォーラム 2018]レガシーに埋もれたデータをリアルタイムでクラウドへ [ATTUNITY & インサイトテクノロジー IoT / Big Data フォーラム 2018]
レガシーに埋もれたデータをリアルタイムでクラウドへ [ATTUNITY & インサイトテクノロジー IoT / Big Data フォーラム 2018]Insight Technology, Inc.
 

More from Insight Technology, Inc. (20)

グラフデータベースは如何に自然言語を理解するか?
グラフデータベースは如何に自然言語を理解するか?グラフデータベースは如何に自然言語を理解するか?
グラフデータベースは如何に自然言語を理解するか?
 
Docker and the Oracle Database
Docker and the Oracle DatabaseDocker and the Oracle Database
Docker and the Oracle Database
 
Great performance at scale~次期PostgreSQL12のパーティショニング性能の実力に迫る~
Great performance at scale~次期PostgreSQL12のパーティショニング性能の実力に迫る~Great performance at scale~次期PostgreSQL12のパーティショニング性能の実力に迫る~
Great performance at scale~次期PostgreSQL12のパーティショニング性能の実力に迫る~
 
事例を通じて機械学習とは何かを説明する
事例を通じて機械学習とは何かを説明する事例を通じて機械学習とは何かを説明する
事例を通じて機械学習とは何かを説明する
 
仮想通貨ウォレットアプリで理解するデータストアとしてのブロックチェーン
仮想通貨ウォレットアプリで理解するデータストアとしてのブロックチェーン仮想通貨ウォレットアプリで理解するデータストアとしてのブロックチェーン
仮想通貨ウォレットアプリで理解するデータストアとしてのブロックチェーン
 
MBAAで覚えるDBREの大事なおしごと
MBAAで覚えるDBREの大事なおしごとMBAAで覚えるDBREの大事なおしごと
MBAAで覚えるDBREの大事なおしごと
 
グラフデータベースは如何に自然言語を理解するか?
グラフデータベースは如何に自然言語を理解するか?グラフデータベースは如何に自然言語を理解するか?
グラフデータベースは如何に自然言語を理解するか?
 
DBREから始めるデータベースプラットフォーム
DBREから始めるデータベースプラットフォームDBREから始めるデータベースプラットフォーム
DBREから始めるデータベースプラットフォーム
 
SQL Server エンジニアのためのコンテナ入門
SQL Server エンジニアのためのコンテナ入門SQL Server エンジニアのためのコンテナ入門
SQL Server エンジニアのためのコンテナ入門
 
Lunch & Learn, AWS NoSQL Services
Lunch & Learn, AWS NoSQL ServicesLunch & Learn, AWS NoSQL Services
Lunch & Learn, AWS NoSQL Services
 
db tech showcase2019オープニングセッション @ 森田 俊哉
db tech showcase2019オープニングセッション @ 森田 俊哉 db tech showcase2019オープニングセッション @ 森田 俊哉
db tech showcase2019オープニングセッション @ 森田 俊哉
 
db tech showcase2019 オープニングセッション @ 石川 雅也
db tech showcase2019 オープニングセッション @ 石川 雅也db tech showcase2019 オープニングセッション @ 石川 雅也
db tech showcase2019 オープニングセッション @ 石川 雅也
 
db tech showcase2019 オープニングセッション @ マイナー・アレン・パーカー
db tech showcase2019 オープニングセッション @ マイナー・アレン・パーカー db tech showcase2019 オープニングセッション @ マイナー・アレン・パーカー
db tech showcase2019 オープニングセッション @ マイナー・アレン・パーカー
 
難しいアプリケーション移行、手軽に試してみませんか?
難しいアプリケーション移行、手軽に試してみませんか?難しいアプリケーション移行、手軽に試してみませんか?
難しいアプリケーション移行、手軽に試してみませんか?
 
Attunityのソリューションと異種データベース・クラウド移行事例のご紹介
Attunityのソリューションと異種データベース・クラウド移行事例のご紹介Attunityのソリューションと異種データベース・クラウド移行事例のご紹介
Attunityのソリューションと異種データベース・クラウド移行事例のご紹介
 
そのデータベース、クラウドで使ってみませんか?
そのデータベース、クラウドで使ってみませんか?そのデータベース、クラウドで使ってみませんか?
そのデータベース、クラウドで使ってみませんか?
 
コモディティサーバー3台で作る高速処理 “ハイパー・コンバージド・データベース・インフラストラクチャー(HCDI)” システム『Insight Qube』...
コモディティサーバー3台で作る高速処理 “ハイパー・コンバージド・データベース・インフラストラクチャー(HCDI)” システム『Insight Qube』...コモディティサーバー3台で作る高速処理 “ハイパー・コンバージド・データベース・インフラストラクチャー(HCDI)” システム『Insight Qube』...
コモディティサーバー3台で作る高速処理 “ハイパー・コンバージド・データベース・インフラストラクチャー(HCDI)” システム『Insight Qube』...
 
複数DBのバックアップ・切り戻し運用手順が異なって大変?!運用性の大幅改善、その先に。。
複数DBのバックアップ・切り戻し運用手順が異なって大変?!運用性の大幅改善、その先に。。 複数DBのバックアップ・切り戻し運用手順が異なって大変?!運用性の大幅改善、その先に。。
複数DBのバックアップ・切り戻し運用手順が異なって大変?!運用性の大幅改善、その先に。。
 
Attunity社のソリューションの日本国内外適用事例及びロードマップ紹介[ATTUNITY & インサイトテクノロジー IoT / Big Data フ...
Attunity社のソリューションの日本国内外適用事例及びロードマップ紹介[ATTUNITY & インサイトテクノロジー IoT / Big Data フ...Attunity社のソリューションの日本国内外適用事例及びロードマップ紹介[ATTUNITY & インサイトテクノロジー IoT / Big Data フ...
Attunity社のソリューションの日本国内外適用事例及びロードマップ紹介[ATTUNITY & インサイトテクノロジー IoT / Big Data フ...
 
レガシーに埋もれたデータをリアルタイムでクラウドへ [ATTUNITY & インサイトテクノロジー IoT / Big Data フォーラム 2018]
レガシーに埋もれたデータをリアルタイムでクラウドへ [ATTUNITY & インサイトテクノロジー IoT / Big Data フォーラム 2018]レガシーに埋もれたデータをリアルタイムでクラウドへ [ATTUNITY & インサイトテクノロジー IoT / Big Data フォーラム 2018]
レガシーに埋もれたデータをリアルタイムでクラウドへ [ATTUNITY & インサイトテクノロジー IoT / Big Data フォーラム 2018]
 

[db tech showcase Tokyo 2016] A25: ACIDトランザクションをサポートするエンタープライズ向けNoSQL Databaseに興味はありませんか? 〜事例から学ぶNoSQLの使いどころ by マークロジック株式会社 能仁 信亮

  • 1. © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. マークロジック株式会社 シニアソリューションアーキテクト 能仁 信亮 ACIDトランザクションをサポートするエンタープライズ向け NoSQLデータベースに興味はありませんか? 〜事例から学ぶNoSQLの使いどころ
  • 2. SLIDE: 2 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 自己紹介 • 能仁 信亮 (のうにん しんりょう) • エンタープライズNoSQLデータベースを提供するマークロジック株式会社でエンジニアを しております • MarkLogic入社前は、Hadoop, NoSQLとRDBMSを組み合わせたシステム構築の提案、 導入支援を行っていました • Twitter : @snonin
  • 3. SLIDE: 3 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. MarkLogic : 会社のご紹介 § 600社を越える世界各国のお客様 § お客様の成功に10年以上貢献 § 250社以上のパートナー企業 § 世界各国に525名以上の社員 § 成功を約束する投資 (主な投資元: セコイアキャピタル、ウェリントン) § 日本での法人登記 (東京、渋谷) § 国内の著名SI企業とのパートナー 契約を締結し、連携 信頼成熟 専門性 § コンサルティング サービス お客様の環境を熟知した国内パー トナー企業がコンサルティング § 24時間365日対応のエキスパート サポート 経験豊富なエンジニアが対応 § オンライン コミュニティ 数万人にも及ぶコミュニティメン バーとのコラボレーション § 無料トレーニング オンライン、講師によるトレーニング
  • 4. SLIDE: 4 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. MarkLogicの特徴 オペレーショナルでトランザクショナルな 基幹業務対応エンタープライズNoSQLデータベース § データをそのまま取込む (ETL不要) § 構造化、非構造化データの混在 § データとメタデータを一緒に保管 § データやデータ構造の変更に対応 簡単にデータを取り込める 柔軟なデータモデル § インデックスを一度付けることで、 何度でもクエリ可能 § 非常に高速でリアルタイム § JSON、XML、テキスト、地理空間 情報、セマンティックトリプルをす べてひとつのデータベースでクエリ 可能 簡単にデータを出せる ユニバーサルインデックスで 何でも検索 § データの信頼性とトランザクショ ン (100% ACID 準拠) § 標準仕様の自動フェイルオー バー、レプリケーション、バック アップ/リカバリー機能 § 基幹業務に対応したエンタープ ライズグレードのセキュリティと コモンクライテリア認証 100% 信頼できる 基幹業務に対応できるエン タープライズ仕様
  • 5. SLIDE: 5 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. (ご参考)MarkLogicとRDBMS、他のNoSQL DBとの比較 機能 RDBMS 他のNoSQL Database 柔軟なデータモデル サーチとクエリ MarkLogicはJSON 、XML、RDFなどに ネイ ティブに対応。スキーマ非依存のマルチ データモデルアプローチにより、デー タをそ のままの形でロード可能。 RDBMSは事前に静的なスキーマを定義す る必要がある。列を一つ追加す るに も、多 大な時間とお金がかかる 一般的に、NoSQL Databaseは RDBMSよりも柔軟性がある。特にド キュメントストアであれば、柔軟性は高 い MarkLogicは製品のコアに サー チ機能が 統合されている。さらに 、様々なデータタイ プに対して複雑なクエリをカ スタマイズ 可 能な広範なインデックスを利用して実現し ている 全文検索機能を利用するには、他のソフト ウェアが必要となり、統合に多大な工数を 要する。さらに、1つのクエリをデー タベー ス全体に対して発行することができない 場 合がある 全文検索機能を利用するには、他のソフ トウェアが必要とる場合があ る。さらに、 多数のNoSQL DBはクエリのなかで 高々1つないし2つのインデックスしか利 用できない
  • 6. SLIDE: 6 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. (ご参考)MarkLogicとRDBMS、他のNoSQL DBとの比較 機能 RDBMS 他のNoSQL Database 拡張性と伸縮性 ACIDトランザクション 認証済みセキュリティ MarkLogicは数百ノードまで拡張可能で、数 千億のドキュメントを管理する商用環境で実 際に利用されている。データは自動的に パーティション化され分散配置される。ノード 追加は、アプリケーションの要求に 応じて、 数分で完了 RDBMSは1台のスケールアップで対応し、 多額の費用がかかることが多い。性能は データ量が一点水準まで達すると頭打ち になり、リソースの利用率が下がっても、ス ケールダウンすることができ ない NoSQL Databaseのなかには、スケー ルアウト可能なものもあ るが、デー タの パーティションをクラスタ全体に 分散さ せることが難しい場合も多い 。多く の NoSQL Databaseは、スケールアップ とスケールダウンの柔軟性に欠け る MarkLogicはACIDトランザクションを完全 にサポート。さらにXA分散トランザクション を利用することも可能 RDBMSは、数十年にわたりACID トランザ クションを標準としてサポートしてき ており、 それ故にミッションクリティカ ルシステムで 数多く利用されてきた。 実質的に 全てのN oSQLデー タベー スは、 ACIDトランザクションを犠牲にしてお り、 分散システム内でのトランザクションの 一貫性を管理できない MarkLogicはNIAPコモンクライテリア認証 を取得済みで、政府機関の機密システム 等でも利用されている RDBMSは、セキュリティが重視される大規 模なエンタープライズシステムで、数十年 利用されてきており、セキュリティ機能も強 化されてきている。 他のNoSQL Databaseは、N IAPコモンク ライテリア認証を取得してお らず、多く は 認証に必要な機能も有してい ない
  • 7. SLIDE: 7 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. (ご参考)MarkLogicとRDBMS、他のNoSQL DBとの比較 機能 RDBMS 他のNoSQL Database 高可用性/災対 Hadoop統合 MarkLogicはクラスタ内およびクラスタ間の ファイルオーバー機能を高い レベルでサ ポート、さらにシェアード・ナッシング・アーキ テクチャにより、単一障害点も存在しない 10年程度の期間を経て、HA/DRは大半の RDBMSの標準的な機能となってき た。 アーキテクチャによっては、単一障害点が 残る場合がある。 NoSQL Databaseの大半は、バック アップや災対で求められるトランザク ションの整合性を保証してい ない。ス ケールアウト型のDatabaseの中には、 HAがオプションのものも存在する。 MarkLogicはHadoopと簡単に連係可能で あり、Hadoopに対して完璧なデー タベー ス として機能する RDBMSの中には、Hadoop連係をもつも のもあるが、ETL処理がデー タの移動の際 に必要となることが多い 。 多くのNoSQL Databaseは、H adoop連 係の機能をもつが、実装している機能は 製品により大きく異なる。
  • 8. SLIDE: 8 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. なぜNoSQLデータベースを使うのか? 1. スキーマ(RDBMSのテーブル群)を事前定義するのが難しい → 後ほどご説明します 2. スケールアウト可能 3. マルチマスター構成がどうしても必要 例) 複数のデータセンターをまたいだクラスターが必要で、データセン ター間の通信に障害が発生したとしても、両方のデータセンターで、稼 働しつづける → CAP定理でいうAPが必要
  • 9. SLIDE: 9 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. なぜNoSQLデータベースを使うのか? 1. スキーマ(RDBMSのテーブル群)を事前定義するのが難しい → 後ほど、具体的な例をご説明します 2. スケールアウト可能 3. マルチマスター構成がどうしても必要 例) 複数のデータセンターをまたいだクラスターが必要で、データセン ター間の通信に障害が発生したとしても、両方のデータセンターで、稼 働しつづける → CAP定理でいうAPが必要 MarkLogicが得意なところ ↑ たしかに大規模消費者向けサービスを中心に、こういった要件が必要になる場合も あるが、エンタープライズ・システムではまれ。
  • 10. SLIDE: 10 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. Atomicity (原子性) Consistency (一貫性) Isolation (分離性) Durability (永続性) 最初のバージョンから実装・最適化を続けています MarkLogicによるACIDトランザクションの実装 2フェーズコミット (内部的に利用) Lock MVCC 同期レプリケーションジャーナル
  • 11. SLIDE: 11 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. /articles/doc1.xml ∞ ∞423 628 開始タイムスタンプ 終了タイムスタンプ Year ∞ ∞ Document Title Author Section Section Section Section Section Section First Last Metadata 628 /articles/doc1.xml Document Title Author Section Section Section Section Section Section First Last Metadata MVCCのメリット § ACIDトランザクションの実現 § 高いスループットを実現 § 読み取りロックなし § ポイントインタイムクエリ § 高速なロールバック ACIDトランザクション MVCCによる実装
  • 12. SLIDE: 12 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 競合関係ではなく、補完関係 MarkLogicとHadoopの関係 MarkLogic Hadoop オンライン、低遅延アプリケーション リアルタイムのトランザクション 製品に組込まれた検索機能 オフライン、高遅延アプリケーション 時間をかけたバッチ解析 コスト効率の良いストレージ
  • 13. SLIDE: 13 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. MarkLogicとHadoop MarkLogicとの接続によりHadoopを改善 § MarkLogicを直接HDFS上で走らせること で、リアルタイムのアプリケーションを実現 。一方、Hadoopはバッチ分析、ETL、デ ータのエンリッチメントに使用 § MarkLogicとHadoop間でデータをシーム レスに移動。接続されていないMarkLogic のフォレスト上でHadoopのジョブを実行 可能 § HDFSと階層型ストレージの高い経済性
  • 14. © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 典型的な活用領域と事例
  • 15. SLIDE: 15 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 統合され活用可能なデータ の360度ビュー ビジネスがデータに求めているもの
  • 16. SLIDE: 16 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 分断されたデータ § データが分断された別々のデータベースに存在する § データ統合がM&Aのスピードに追いつかない § データをリアルタイムで提供しなければならない 実態
  • 17. SLIDE: 17 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 80% の時間 データサイエンティストがデータ を整理することに時間がかかり すぎる 無駄 % の コスト 2015年にリレーショナルデータ のサイロを作り出すのに費やさ れた金額 360億 支出60データウェアハウスのプロジェクト におけるETLコストは高い $ 分断されたデータの統合には膨大なコストがかかる
  • 18. SLIDE: 18 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. リレーショナルデータベースに はETLが必須なため、アジャ イル性、タイムリーな対応、コ ストが犠牲になる § 将来のあらゆるデータについて予測できていなけ ればならない § 新しいSQLクエリの使用には、データベースの再イ ンデックス付けが必要となる § 分断されたデータベースが変更されるとETLを改 修する必要がある ITの課題 ETL OLTP アーカイブ ETL ETL ETL データマート ETL ウェアハウス 参照データ
  • 19. SLIDE: 19 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. データをより上手く、早く、 少ないコストで統合できる データベース 望ましいソリューション
  • 20. SLIDE: 20 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 活用パターン1 データ統合 + 検索
  • 21. SLIDE: 21 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. トップ5 グローバルバンク – 統合検索インデックス 大規模な統合顧客データとトランザクション MARKLOGICを選んだ理由 § 数値型、ドキュメント型、セマンティック データの扱いが必要 § ETLが巨大で複雑 § 将来の変更にも柔軟に対応 § コストと時間の制約 § エンタープライズ仕様のデータの一貫 性、信頼性、セキュリティ 主要システム 業務部門 カスタマーサービス アナリティクス 統合レポジトリ 顧客データ 抵当 クレジットカード 他のシステム 抵当の 証券化 召喚状対応
  • 22. SLIDE: 22 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. トップ5 グローバルバンク – 統合検索インデックス 大規模な統合顧客データとトランザクション MARKLOGICを選んだ理由 § 数値型、ドキュメント型、セマンティック データの扱いが必要 § ETLが巨大で複雑 § 将来の変更にも柔軟に対応 § コストと時間の制約 § エンタープライズ仕様のデータの一貫 性、信頼性、セキュリティ 主要システム 業務部門 カスタマーサービス アナリティクス 統合 レポジトリ 顧客 データ 抵当 クレジットカード 他の システム 抵当の生成/ 証券化 召喚対応 予定 § タイムリー – 最初のプロジェクトは6ヶ月で実稼動 § 柔軟 – 抵当統合に関してだけでも、35の抵当主要システムの統合 § 高いコスト効率 – コモディティハードウェアによる弾力的な拡張 § エンタープライズ仕様 – セキュリティ、一貫性、HA/DR § リテール顧客の360º像 – 最終的には800億件のレコード
  • 23. SLIDE: 23 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. RDBMSで実現できず、MarkLogicで実現できる理由 MarkLogicではRDBMS で実現できない要因 あらかじめ、全てのデータ形式に対応する テーブル設計、対応するETLの開発を行っ ておかないと、データをインポートすること すらできない 別途、検索エンジンを用意して、RDBMS と検索エンジンの統合を行う必要がある。 特にセキュリティ、権限管理の統合が難し い。さらに検索エンジンとの連係はリアル タイムに行われないため、取り込まれた データを即座に検索することができない データをそのままの形式(As-Is)で取り 込むので、複雑な設計、ETLは不要 検索機能が内包されているので、デー タを取り込むだけで、検索が即座に可 能
  • 24. SLIDE: 24 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 柔軟なデータモデル § JSON、XML、RDF、位置データ、ラージバイナリ を単一の統合プラットフォームで格納/管理 § ビジネスエンティティ、アプリケーションに忠実に モデル化 § データを「As-Is」(そのまま)で読み込み § 事前にスキーマを定義しておく必要がない ため、データ変換のための扱いにくいETL が不要 § アプリケーション、ビジネスに最適なデータ形式 を利用可。最も扱い易い形式でデータを保持 ドキュメント指向、スキーマ非依存データベース
  • 25. SLIDE: 25 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 検索とクエリ ビルトイン検索でドキュメント、関係性、メタデータから答えを発見 § MarkLogicでは検索=クエリ § 30種類以上の洗練されたインデックスで関連性に応 じた結果を取得 § 数百テラバイト、数十億件のドキュメントに対して検索 結果リストを1秒以下で応答 § 複雑な構造を持つデータに対する複雑なクエリもフ ラットなデータと同様にあつかうことが可能 § サーチのフル機能を提供。 § 全文検索、入力候補表示、ファセット、スニペット、検 索対象の強調表示、近接ブースト、関連度順、言語 サポート JavaScript XQuery SPARQL リッチなクエリ 機能 インデータベース MapReduce 全文検索 セマンティック検索位置検索
  • 26. SLIDE: 26 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. ユニバーサルインデックス “blue” 123, 125, 129, 130, 152, 344, … “van” 123, 125, 126, 129, 130, 152, … “observed” 125, 152, 516, 522, 765, 890, … “blue van” 123, 125, 129, 130, 152, 486, … STEM “observe” 125, 152, 516, 522, 765, 890, … <report> … <report>/<location> … <threat>/<category> … <type>suspicious activity</type> … <date>2012- 11-12Z< /date> … Collection:Vetted … Role:Analyst + Action:Read … … … … … … … ターム ドキュメント参照番号 MarkLogicがインデックスを付けるのは… § 語 § フレーズ § 語幹(原形) § 構造 § 構造内の語やフレーズ § 値 § コレクション § セキュリティ許可 ドキュメント 参照番号 125, 516, 890, … 確認済み(vetted)レポートの中で「blue van」という フレーズが含まれているものは?
  • 27. SLIDE: 27 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 政府レベルのセキュリティ 現代のデータガバナンス用の認証済みのきめ細かいセキュリティ設定 § 認証済みセキュリティ – NoSQLデータベ ースの中では最高のセキュリティ認証済 み。コモンクライテリアセキュリティ認証 を受け、政府の機密情報システムで利 用中 § きめ細かなセキュリティ– ドキュメントレ ベルでのロールベースのアクセス制御( RBAC)。 Privacy Provenance Compliance Continuity Retention Security MarkLogic によるデータガバナンス
  • 28. SLIDE: 28 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. トップ5の投資銀行 – ITアセット管理 技術アセット在庫管理システムでデータのエンリッチとリアルタイム分析を実現 MARKLOGICを選んだ理由 § より迅速なデータ統合 § 構造化&非構造化データの混在 § セマンティックによるグラフ表示 § 監査証跡の改善(バイテンポラルを利用) § リアルタイム分析 中核データ ボリューム管理システム 固定資産台帳 AFS利用 (ファイルシステム) サーバーレポート エンタープライズ サーバーポートフォリオ LDAP など データレイヤー セマンティックレイヤー (オントロジー) テンポラルレイヤー リアルタイム 検索&クエリ 140以上のデータソース アセット管理とトラッキング トップ5の投資銀行
  • 29. SLIDE: 29 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. トップ5の投資銀行 – ITアセット管理 技術アセット在庫管理システムでデータのエンリッチとリアルタイム分析を実現 MARKLOGICを選んだ理由 § より迅速なデータ統合 § 構造化&非構造化データの混在 § セマンティックによるグラフ表示 § 監査証跡の改善(バイテンポラルを利 用) § リアルタイム分析 中核データ ボリューム管理システ ム 固定資産台帳 AFS利用 (ファイルシステム) サーバーレポート エンタープライズ サーバー ポートフォリオ LDAP など データレイヤー セマンティックレイヤー (オントロジー) テンポラルレイヤー リアルタイム検 索&クエリ 140以上の データソース アセット管理とトラッキング トップ5の投資銀行 成果 § タイムリー – 最初のプロジェクトは6ヶ月で実稼動 § 柔軟 – 140以上のデータソースを統合 § 高いコスト効率 – コモディティハードウェアによる弾力的な拡張 § エンタープライズ仕様 – セキュリティ、一貫性、HA/DR § 成功 – 「このアプリケーションは、当行のもっと重要なシステムとな りました。今後、大幅な拡張の予定もあります」 - 銀行取締役
  • 30. SLIDE: 30 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. バイテンポラル 時間がすべて 有効時間 システム時間 有効時間(Valid Time) – 現実世界の時間。「実 際の状態」に関する情報 イベント 1 イベント 3 イベント 2 イベント 2 システム時間 – データベースに 記録された時間 § 同一ドキュメントに対して、ある時点における「実際の 状態」と「記録上の状態」の情報を両方保持すること で、後から遡って確認 § ビジネスやミッションにおけるインサイトの向上 § スキーマの変化も、時間の経過におけるデータの変 化として把握。リレーショナルのバイテンポラルにはな い機能 § 規制順守が必要な業界では必須 § 階層型ストレージとセマンティックによってさらに強化
  • 31. SLIDE: 31 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 10億以上のドキュメントをシームレスに探索 – リアルタイム通知も実現 Dow Jones – 拡張性を兼ね備えた強力な検索とアラート MarkLogic の利点: • 拡張された検索機能 10億以上のドキュメントを1秒 以内のスピードで検索可能 • リアルタイムアラート ユーザー定義のコンテンツア ラートに基づいて、通知を即 座に受け取る機能を実現 32,000の情報ソース 500万以上の WSJ記事
  • 32. SLIDE: 32 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 活用パターン2 Operational Data Hub
  • 33. SLIDE: 33 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. オペレーショナル アプリケーション マルチチャネル 配信 全てのデータに 対する双方向の分析 SSD, DAS, SAN, NAS, S3, Hadoop/HDFS JSON XML Operational Data Hub
  • 34. SLIDE: 34 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. ドイツ銀行– グローバルオペレーション 最大手投資銀行で巨大なデータ統合を実現 イミュータブルなファクトストア オペレーションサイロ MarkLogicの統合データベース MARKLOGICを選んだ理由 § 柔軟なモデル - Excelスプレッドシート、 Oracleテーブル、COBOLインデック スなどすべてを表現 § トランザクションの一貫性 - クライアン トのリクイディティ用のオペレーショナ ルデータストア § 設定可能なセキュリティ - 既存のパー ミッションに基づくリファレンスデータ の閲覧制限 階層型ストア 数千のデータベース ファイルとドキュメント 数万のアプリケーション … 標準的(canonical) XMLデータモデル データアクセス の詳細設定 反復的開発 「SOURCE OF TRUTH」 リクイディティに関する 意思決定
  • 35. SLIDE: 35 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. ドイツ銀行– グローバルオペレーション 主要投資銀行で巨大なデータ統合を実現 イミュータブルなファクトストア オペレーションサイロ MarkLogicの統合データベース MARKLOGICを選んだ理由 § 柔軟なモデル - Excelスプレッド シート、Oracleテーブル、COBOLイン デックスなどすべてを表現 § トランザクションの一貫性 - クライ アントのリクイディティ用のオペレー ショナルデータストア § 設定可能なセキュリティ - 既存の パーミッションに基づくリファレンス データの閲覧制限 階層型ストア 数千のデータベース ファイルとドキュメント 数万のアプリケーション … 標準的(canonical) XMLデータモデル データアクセス の詳細設定 反復的開発 「SOURCE OF TRUTH」 リクイディティに関する意思決定 成果 § 包括的 – 数万のデータソース § 柔軟 – 複数ソース。メインフレームからExcelまで § コスト効率 – プラットフォームの拡張に応じたプロビジョニング § 基幹業務対応 – 安全で一貫性のあるトランザクション § 規模 – 1億8000万ドキュメント/日、250億件見込み(2017年末)
  • 36. SLIDE: 36 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. RDBMSで実現できず、MarkLogicで実現できる理由 MarkLogicではRDBMS で実現できない要因 あらかじめ、全てのデータ形式に対応する テーブル設計、対応するETLの開発を行っ ておかないと、データをインポートすること すらできない ソースシステムの変更への対応工数が莫 大になる → ソースシステムの変更に対して、データ を保持するためだけに、テーブル定義やイ ンデックス、ETLの再設計が必要 データをそのままの形式(As-Is)で取り 込む。要件として必要な部分から、共 通データモデルを構築。 ソースシステムへの変更時にも、デー タを取り込むだけであれば、特別な対 応は必要ない。 追加された項目を利用する必要が生じ た際に対応すればよい
  • 37. SLIDE: 37 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. トップ3 グローバルバンク – デリバティブの基幹処理プラットフォーム 統合取引データハブ MARKLOGICを選んだ理由 § 時間とお金がかかるETLサイクルを回避 § 将来の変更にも柔軟に対応 § コストと時間の制約 § エンタープライズ要件 20個以上の データソース 下流のシステム マッチング etc... 統合 トレードストア デリバティブ データ レート データ FX データ 他の システム 清算 決済 Hadoop 将来の拡張には:MLの階層型 ストレージ(w/HDFS)を利用
  • 38. SLIDE: 38 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. トップ3 グローバルバンク – デリバティブの基幹処理プラットフォーム 取引統合データハブ MARKLOGICを選んだ理由 § 時間とお金がかかるETLサイクルを回 避 § 将来の変更にも柔軟に対応 § コストと時間の制約 § エンタープライズ要件 20個以上の データソース 下流のシステム マッチング etc... 統合 トレードストア デリバティブ データ レート データ FX データ 他の システム 清算 決済 Hadoop 将来の拡張には:MLの階層型スト レージ(w/HDFS)を利用 成果 § 柔軟 – 複雑なデータの読み込みや出力に対応 § 高パフォーマンス– 1600+ リクエスト/秒 § 改善されたリスク管理 – 統合ビュー § エンタープライズ仕様 – ACIDトランザクション、セキュリティ、HA/DR § 高いコスト効率 – 1つのデータベース(20ではなく)。DBA1人(10人で はなく)。
  • 39. SLIDE: 39 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. Aetna (エトナ/米国・保険) – 人事データハブ 人事データの統合、大規模なリアルタイムデリバリー MARKLOGICを選んだ理由 § ETLが巨大で大変に複雑 § 将来の変更に対する柔軟性 § コストと時間の制約 § 基幹業務に対応したエンタープライズ仕様 140以上のデータフィード 50以上のシステム リアルタイムアプリ バッチ分析 人事データハブ 従業員 データ 給与 データ 評価 データ その他の システム リアルタイムアプリ リアルタイムアプリ
  • 40. SLIDE: 40 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. Aetna (エトナ/米国・保険) – 人事データハブ 人事データの統合、大規模なリアルタイムデリバリー MARKLOGICを選んだ理由 § ETLが巨大で大変に複雑 § 将来の変更に対する柔軟性 § コストと時間の制約 § 基幹業務に対応したエンタープライズ仕様 140以上のデータフィード 50以上のシステム リアルタイムアプリ バッチ分析 人事データハブ 従業員 データ 給与 データ 評価 データ その他の システム リアルタイムアプリ リアルタイムアプリ 成果 § 柔軟– 複雑なデータの取り込みと出力 § 拡張性 – 各日50GBを越えるスループット § アジャイル – 5年の予定が1年で導入完了 § 将来性の確保 – データを最大限、再活用しながらも一貫性を保持 § 成功 – MarkLogicは人事データ全てのデータレイヤー
  • 41. SLIDE: 41 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 活用パターン3 メタデータの一元管理
  • 42. SLIDE: 42 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. ディズニー – メタデータハブ 映画やその他のアセットのデータをつなぐ統合ハブ MARKLOGICを選んだ理由 § 5つのサイロ化されたデータソースから の素早いデータ統合 § セマンティック機能でアセット、アーカイ ブ、メタデータを正しく関連付ける § さらにアジャイルな開発 § 基幹業務に対応したエンタープライズレ ベルの信頼性
  • 43. SLIDE: 43 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. ディズニー – メタデータハブ 映画やその他のアセットのデータをつなぐ統合ハブ MARKLOGICを選んだ理由 § 5つのサイロ化されたデータソースから の素早いデータ統合 § セマンティック機能でアセット、アーカイ ブ、メタデータを正しく関連付ける § さらにアジャイルな開発 § 基幹業務に対応したエンタープライズレ ベルの信頼性 成果 § 統合 – 2億件以上のドキュメントと5億個以上のトリプル § 柔軟 – アプリの開発と導入が4ヶ月で完了 § 高いコスト効率 – 分断やサイロの排除 § 安全 – データの損失やセキュリティ違反なし § 成功 – ビジネスプロセスの合理化と収入の増加
  • 44. SLIDE: 44 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. ディズニー – 次世代のメタデータ管理プラットフォーム Is A Character Olivia Pope Episode 20 Trump Card Part of Season 5 Part of Show Scandal Aired on Date 05/05.2016 Acted in Played Profession Lawyer Talent Kerry Washington Love Interest President Fitzgerald In Love With MULTI-TIER PRODUCTION METADATA
  • 45. SLIDE: 45 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. RDBMSで実現できず、MarkLogicで実現できる理由 MarkLogicではRDBMS で実現できない要因 多様なメタデータの形式をサポートするた めのテーブル設計が難航 セマンティック(RDF)などの多様なデータ形 式のサポートの欠如 多様なデータ形式を事前のデータモデ リングなしで取り込む セマンティック機能などを利用して、関 連性の管理・活用が可能
  • 46. SLIDE: 46 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. セマンティック ドキュメントストアとトリプルストアの合体 § 数十億ものファクトを格納/クエリ § 新しいファクトの推論 § ファクトと関係性によりコンテキストを把握し て検索を改善 § 柔軟なデータモデリング。 § 任意の関係でデータを関連付け § 業界標準に準拠 – RDF、SPARQL、標準REST MarkLogic8の新機能: SPARQL 1.1、グラフトラバーサル、規則による自動推論、サーバーサイド JavaScriptとNode.jsによるSPARQL
  • 47. SLIDE: 47 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 活用パターン4 大規模コンテンツ配信
  • 48. SLIDE: 48 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. BBC – 大規模でダイナミックなコンテンツ配信 データの統合、マルチデバイスへの配信 MARKLOGICを選んだ理由 § 複数の形式のコンテンツ (例 ビデオ、 記事、統計データなど) § 動かすことのできないオリンピックのス ケジュールに合わせた素早い導入 § 毎秒数万を越えるトランザクションをサ ポートできる拡張性 § オープンスタンダードに対応 (どのデバ イスからでも、いつでも、どこからでも) マルチスクリーンで の利用 1つのデータレイヤーで 多くのデバイスに対応 リアルタイムでの更新と リプレイ
  • 49. SLIDE: 49 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. BBC – 大規模でダイナミックなコンテンツ配信 データの統合、マルチデバイスへの配信 MARKLOGICを選んだ理由 § 複数の形式のコンテンツ (例 ビデオ、 記事、統計データなど) § 動かすことのできないオリンピックのス ケジュールに合わせた素早い導入 § 毎秒数万を越えるトランザクションをサ ポートできる拡張性 § オープンスタンダードに対応 (どのデバ イスからでも、いつでも、どこからでも) マルチスクリーンで の利用 1つのデータレイヤーで 多くのデバイスに対応 リアルタイムでの更新と リプレイ 成果 § 拡張性 –最も多い日には、2.8 ペタバイトものデータを配信 § 高速 – 25,000 トランザクション/ 秒, 450億 リクエスト § 安定 – 障害やダウンタイム無し § 成功 –パーソナライズされた、受賞歴のあるオリンピック報道
  • 50. SLIDE: 50 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. RDBMSで実現できず、MarkLogicで実現できる理由 MarkLogicではRDBMS で実現できない要因 多様なデータの形式をサポートするための テーブル設計が難航 サーバー追加による、処理能力追加が難 しい。スケールアップのアプローチが必要 とされる 多様なデータ形式を事前のデータモデ リングなしで取り込む サーバー追加によるスケールアウトが 容易
  • 51. SLIDE: 51 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. NBCユニバーサル – SNL40 アプリ 『サタデー・ナイト・ライブ(SNL)』アプリで40年分のコメディ番組を配信 MARKLOGICを選んだ理由 § セマンティック検索でインテリジェント・レ コメンデーションエンジンを強化 § 大規模で弾力的な拡張性でSNLの40 周年記念をサポート § AWSクラウドを使うことでコストを抑えて 配信を容易に行うことが可能
  • 52. SLIDE: 52 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. NBCユニバーサル – SNL40 アプリ 『サタデー・ナイト・ライブ(SNL)』アプリで40年分のコメディ番組を配信 MARKLOGICを選んだ理由 § セマンティック検索でインテリジェント・レ コメンデーションエンジンを強化 § 大規模で弾力的な拡張性でSNLの40 周年記念をサポート § AWSクラウドを使うことでコストを抑えて 配信を容易に行うことが可能 成果 § 拡張性 – 3ヶ月間に1億ビューに対応 § 高速 – ピーク時には50,000リクエスト/分に対応 § 高性能 – パーソナライズされたユーザーインターフェースにレコメン デーションエンジンが付属 § 成功 – トップにランクされるアプリの作成に要した期間は4ヶ月
  • 53. SLIDE: 53 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. データ統合に必要とされるデータベースの高度な機能 基幹業務やエンタープライズクラスのデータ統合に対応した設計 コモディティハードウェアによるスケールアウト 過剰なプロビジョニングや投資を防ぐスケーラビリ ティと弾力的な拡張 階層型ストレージ データベースの拡張に伴うストレージのコストを 抑制 セマンティック 拡張検索とデータの関係性の定義 リアルタイムアラート 新しいデータを取込む際にいくつでも アラートを設定可能 バイテンポラル 時間を基準としたデータの歴史と監 査情報 地理空間情報 地図情報と地理空間情報を組み合わ せた統合検索
  • 54. SLIDE: 54 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. 柔軟な導入環境 お好みの環境でご利用ください § Linux、Windows § オンプレミス (仮想 または 物理) § プライベートクラウド、ハイブリッドクラウド、パブリック クラウド § AWS、Azure § Hadoopを含む、あらゆるストレージ アーキテクチャ物理 クラウド 仮想
  • 55. SLIDE: 55 © COPYRIGHT 2016 MARKLOGIC CORPORATION. ALL RIGHTS RESERVED. MarkLogicを選ぶ理由 検証済 結果を得られるまでの時間を短縮 ユニバーサルインデックスで何でも検索 信頼できるデータとトランザクション エンタープライズグレードのセキュリティ コモディティハードウェアによるスケールアウト 非常に高速でリアルタイム
  • 56. © COPYRIGHT 2016 MARKLOGIC CORPORATION.ALL RIGHTS RESERVED. ご清聴ありがとうございます MarkLogic日本語ウェブサイト http://jp.marklogic.com MarkLogic日本語Twitter: twitter.com/MarkLogic-JP MarkLogic日本語Facebook: https://www.facebook.com/marklogicjp お問合せ: MarkLogic-JP@marklogic.cm NoSQLの最新情報、解説書 無料ダウンロード: po.st/FaFqa セマンティックの最新情報、解説書 無料ダウンロード: po.st/0cbAat