Comments大企業も中小企業も、データ統合を柔軟かつ安全に実現できるソリューションを求めています。その多くは、マイクロサービスやコンテナを利用したデータガバナンスに着目しています。Rawal(MarkLogic社主席セールスエンジニア)がデータ統合の最近のトレンドに関する知見を共有してくれました。World(2018年5月7~10日)での講演を準備中の彼から話を聴きました。典型的なデータ統合プロジェクトとはどのようなものですか?私がお手伝いした会社のいくつかは、長年MarkLogicを使ってきたうえで、そこから別の活用法に展開しています。他の企業、例えばあるメガバンクなどは、まだあまりMarkLogicを使っていませんでした。MarkLogicのベテランユーザー企業であれば、MarkLogic活用のベストプラクティスやフレームワークができあがっていることが多いです。新規のお客様と仕事するのも楽しいですね。いうのも初めてのツールでフレッシュなスタートが切れますから。私がこれまでに携わった企業は、業界を問わず似たような問題を抱えています。データの種類が本当にバラバラなので、データを統合・活用するためのハブが必要なのです。いったデータ統合の課題を、MarkLogicはどう解決するのですか?これまでのお客様たちは、極めて困難なデータ統合問題を解決してきています。マルチモデルのアプローチと柔軟なデータモデリングには大きなアドバンテージがあるので、アプリケーションの採用・導入が簡単にできます。今すぐに効果を出さないといけない大きな組織にとっては導入が簡単になります。大手のリレーショナル製品の場合、同じようなプロジェクトを行うには数年単位の時間がかかるでしょう。ないことに、MarkLogicでは最初のプロジェクトの本番稼働までに2、3か月しかかかりません。リレーショナルからMarkLogicに切り替えた組織にはどのようなものがありますか?リレーショナルからMarkLogicに乗り換えた例はたくさんあります。その中から1つご紹介します。以前大手製造業で一緒に仕事をしたアーキテクトと、最近話をしました。この会社はオラクルでデータを統合しようとしていましたが、2年経っても何も統合できませんでした。「そのままリレーショナルでやっていたら、データ統合プロジェクトが終わるのは自分が定年退職する頃になっていただろう」と彼は言っていました。30代半ばの人ですよ。この会社は、数十億ドル規模の製造業で、ERPシステムが200以上ありました。各システムごとに、セールス/購買/注文/在庫管理といったドメインやサブドメインが2000から4000もありましたが、これらのERPシステムを統合して、財務状況を一元管理する必要があったのです。規制報告や監査のために、一元化されたビューが必要でした。MarkLogicを採用したところ、最初のプロジェクトは7か月で本番稼働までいきました。このスピード感は、私が関わったデータ統合プロジェクトでは普通のことです。ほとんどの会社で同じようなデータ統合問題があると思いますが、どの場合でもMarkLogicの実装方法は似た感じなのでしょうか?私が携わったプロジェクトはそれぞれ若干異なっています。これはその組織においてどの程度NoSQLの経験があるのかによって変わってきます。新しいパラダイムを受け入れる準備がどの程度あるのかにもよります。先ほどの大手製造業の場合、すでにオラクルを使ったデータ統合プロジェクトが始まっていたわけです。他の企業、例えば私がお手伝いしたメガバンクでは、リレーショナルではダメだと気付いていて、すでにMongoDBを使いはじめていました。この銀行の場合は結構楽でした。いうのも、これまでのやり方を変えなければという認識があり、ドキュメントモデルをすでに採用していたからです。この場合、やりたいことを実現できる適切なテクノロジーが必要なだけだったのです。この銀行の開発者向けに、MarkLogicを他社製品と比較するセッションを何回か行ったら、MarkLogicはMongoDBよりも圧倒的に優れていると思っていただくことができました。ACIDトランザクションのことを心配しなくて良いとか、似たようなビルトイン検索を利用できるとか、災害復旧やセキュリティがより強固であるということを理解してもらえたのです。他にも何かトレンドはありますか?おっしゃる通り、マイクロサービスの利用は大きなトレンドになっています。従来、大規模なチームが大規模なプロジェクトに取り組んでいたのを、小さな塊に分割するわけです。これで、業務課題を最優先事項として扱えるようになり、インターフェイスのことを考えるようになるのです。従来よりもアジャイルなやり方です。マイクロサービスの利用を促進するための、コンテナの採用も見受けられます。コンテナの利用は大きなパラダイムシフトです。これほど急速に定着した技術はそうありません。2016年には、半分ちょっとの会社がコンテナに投資していましたが、今では2/3以上の会社がコンテナに投資しています。コンテナの実装を楽にするためのクラウドフレームワークの使用が見受けられます。Foundryはコンテナベースのアーキテクチャで、アプリケーションの短期開発・導入(継続的なデリバリー)を促進するものです。Foundryはすべての主要クラウドプロバイダ上で実行でき、大組織における開発効率を大きく改善できます。MarkLogicではマイクロサービスやコンテナを利用できますか?MarkLogicは、マイクロサービスやコンテナの登場に興奮しています。コンテナやマイクロサービスは、現代的アーキテクチャのためのパラダイムだと思っているからです。どちらもMarkLogicと一緒に効果的に利用できます。現在、MarkLogicではコンテナ技術のリーダーであるDockerを利用できます(注:本ブログ掲載後、Kubernetesも利用可になっています)。開発/テスト環境でDockerを使いたい方のためのフルサポートも提供しています。MarkLogicはマイクロサービスの開発もサポートしています。これは単なるテクノロジーの話ではなく、アプローチ自体の話となります。典型的なマイクロサービスアーキテクチャとは、どのようなものですか?私が携わったお客様ではアプローチが2種類あって、どちらも適切だと思います。1つめのアプローチは、単にMarkLogicを独立したマイクロサービスの一部として使用するものです。2つめのアプローチは、MarkLogicをオペレーショナルデータハブとして使用し、すべてのマイクロサービスがこれをポイントするものです。独立したマイクロサービスをサポートするアプローチでは、MarkLogicで日常的な処理を行えます。株式ポートフォリオでは値が変化するので、ポートフォリオの値を毎日更新する処理が必要です。この場合、MarkLogicに値を格納して独立したストレージ層として利用できます。アーキテクチャの一部に障害が発生しても、また簡単にスピンアップできます。オペレーショナルデータハブのアプローチの方は、もっと面白いです。いうのも、このハブで多くのソースからのデータを統合して、複数のマイクロサービスからアクセスできるようにするからです。私がお手伝いする会社では、人事データ、あるいは取引データや保険請求データをまとめたいところもあります。いったデータはすべて、上流のソースからMarkLogicに読み込まれ、MarkLogic内でハーモナイズされます。それからこのデータに下流のシステムからアクセスして、分析や規制報告などのアプリケーションで利用します。いったさまざまな繋がりにおいて、マイクロサービスを使用できます。MarkLogicで利用できるさまざまなマイクロサービスモデルについては、このブログを参照してください。このアーキテクチャでは、API管理プラットフォーム(Mulesoftなど)を使ってオペレーショナルデータハブ(MarkLogic)との接続を管理することもあります。Hadoopにオフロードすることもあります。Splunkでログを統合する場合もあります。どのコンポーネントを使った場合でも、重要なのは、アジリティに基づいた整理と「APIファースト」の考え方です。最短の時間でデータから価値を生み出し、元々のビジネスニーズを満たすAPIを構築するのです。アプリケーションの機能やパフォーマンスについては、後から考えればいいんです。いえ、データガバナンスを犠牲にするわけではないですよね?その通りです。セキュリティ、あるいはより一般的に言えばガバナンスは、どんなお客様にとっても極めて重要です。これまでお手伝いしてきたほとんどのお客様では、データの品質保持、機密データの保護、適切なアクセス管理のためのツールやプロセスがすでに存在していました。Catalogを使っていました。これには情報アナライザやポリシー適用エンジンなどが備わっています。これはデータガバナンスを一元化できるので素晴らしいです。MarkLogicは、こういったインフラを邪魔しないことを目的としていて、こういったものを強化し、データガバナンスを楽にすることで、これらのツールが管理するポリシーをMarkLogicのデータ層で容易に適用できるようにします。Worldにおける、エトナおよびノーザントラストのセッションに参加しPuneetの話を聴いてください(本ブログの初出:2018年4月)。MarkLogicマット・アレンマット・アレンはプロダクトマーケティングマネージャー担当副社長で、業種を問わずMarkLogicのすべての機能とメリットのマーケティングを担当しています。具体的には、製品・エンジニアリングチームとセールス・マーケティングチームを連携し、MarkLogicの技術について説明し、その導入メリットを伝えるコンテンツやイベントの制作に携わっています。カリフォルニア州サンカルロスにあるMarkLogic本社に勤務しています。仕事以外では、大型の油絵を描く画家でもあります。FeedトピックデータプラットフォームセキュリティとコンプライアンスSitefinityトレーニングと認定を開始クラス最高のSitefinityの機能を使って、魅力的なデジタル体験を提供する方法をエキスパートがお教えします。Reportより優れた業務アプリケーションやウェブサイトの開発に役立つ、ニュース、情報、チュートリアルをご案内します。米国内もしくはその他の国の子会社あるいは関連会社の1つ、の商標、または登録商標です。ここに含まれるその他の商標は、それぞれの所有者に帰属します。