MuleSoft とは？システム連携の仕組みを解説

1. point-to-point 連携が蜘蛛の巣のようになる理由
2. MuleSoft とは？仕組みを解説
3. 2つの連携方式の比較
4. 必要なケースと、まだ不要なケース
5. 決める前に確認したいこと
6. MuleSoft とは自社に必要か？判断チェックリスト

point-to-point 連携が蜘蛛の巣のようになる理由

point-to-point 連携は最も自然な方法です。2つのシステムを連携させたければ、直接つなぎます。システムが2〜3個なら、手早くすっきり済みます。問題はシステムが増えたときに起こります。新しいシステムは既存のすべてのシステムとつなぐ必要が出てくるため、連携の数はシステムの数より速く増えていきます。n 個のシステムを完全に相互接続すると、連携数は n×(n−1)÷2 本になります。

これは完全に相互接続した場合の数です。実際にはもっと少ないこともありますが、増え方の傾向は同じです。

仮想の例として、オフィス機器の販売会社が CRM、ERP、倉庫、Web ストア、会計の5つのシステムを使っているとします。ERP をアップグレードしてデータ構造が変わると、残り4つの連携すべてを確認・修正しなければなりません。

1か所の変更が、多くの不具合に。連携は1本ずつ個別に作られているため、変更の影響範囲をすぐには判断できません。

全体を把握している人がいない。知識は各連携を作った担当者の中にあります。退職や異動で、その知識も失われます。

エラーの追跡が難しい。あるデータが間違っていても、どこを経由したのか分かりません。

MuleSoft とは？仕組みを解説

MuleSoft は、2018年から Salesforce の一部となっている統合・API 管理のプラットフォームです。主力製品は Anypoint Platform です。Salesforce が所有していますが、Salesforce 専用ではなく、ERP、データベース、クラウドアプリなど幅広いシステムの接続に使われます。

システム同士を直接つなぐ代わりに、一元管理された API を介して中間レイヤーに接続します。MuleSoft はこの考え方を API-led connectivity と呼び、連携を3つの層に分けます。

層に分けることで、ある層の変更が他の層に与える影響が小さくなり、作った API を複数のプロジェクトで再利用できます。詳しくは、外部データの接続に関する Trailhead モジュールとSalesforce developer 向け MuleSoft 入門ガイド（いずれも英語）をご覧ください。

point-to-point と中間の統合レイヤーの比較

ご自身の規模に合う方式を考えるための、全体像の比較表です。どちらが優れているかではなく、どちらが合うかがポイントです。

必要なケースと、まだ不要なケース

正直にお伝えすると、MuleSoft はすべての連携課題の答えではありません。以下は目安であり、固定の基準ではありません。

データを交換するシステムが5つ程度以上。連携の数が、頭で把握しにくくなってきます。

システムの変更が頻繁。ERP のアップグレード、ベンダー変更、販売チャネルの追加は、いずれも連携の修正を伴います。

データの流れ全体を見たい。誰かから報告があって初めて気づくのではなく、データがどこを通り、どこで失敗したかを把握したい場合です。

複数のアプリが同じデータソースを使う。一度作って何度も使うほうが効果的です。

一方、シンプルな連携が2〜3本なら、まず各システムの既存 connector や軽量な middleware を試しましょう。ニーズが本当に大きくなってから段階的に移行できます。

複数のシステムにまたがる顧客情報を1つにまとめたい場合は、Data 360: 4 steps to unify customer data（英語）も参考になります。データ品質が連携の質を左右する理由は、Einstein AI in Salesforce for sales and marketing（英語）で解説しています。関連ソリューションはSonix の Salesforce ページ（ベトナム語）をご覧ください。

決める前に確認したいこと

システムはいくつあり、どう変わるか。まず現状の図を描きましょう。実際の連携の数に驚く企業は少なくありません。

誰が設計し、運用するか。統合レイヤーには、API とガバナンスを理解した人材が必要です。社内チームで担うか、導入パートナーに任せるかを検討しましょう。

license と費用。このプラットフォームには独自の license があり、CRM の license には含まれません。実際のニーズに基づいて見積もりを取りましょう。これは一般的な参考情報であり、財務上のアドバイスではありません。

機密データはどこを通るか。権限、ログ、保管場所を明確にしましょう。特に顧客データや財務データでは重要です。

MuleSoft とは自社に必要か？判断チェックリスト

導入パートナーに相談する前に、次のリストを確認しましょう。

☐ 現在のシステムとその間の連携を図に描いた
☐ point-to-point 連携の数を数え、各連携の保守担当者を記録した
☐ 今後12か月以内に変更・アップグレード予定のシステムを洗い出した
☐ 各システムの既存 connector で足りるか確認した
☐ 監視とエラー通知が必要なデータの流れを決めた
☐ 統合レイヤーの設計・運用・保守の担当者を決めた
☐ 決定前に、実際のニーズに基づく見積もりを取った

御社では、互いにデータをやり取りすべきシステムはいくつありますか？ コメントに数をお書きください。Sonix チームが、最初の一歩をご提案します。

Sonix との無料相談で、現在のシステム構成を図に整理し、既存 connector で足りるのか専用の統合レイヤーが必要なのかを、投資の前に見極めましょう。

無料相談を予約する

Sonix: Your success is our happiness.