アプリケーションネットワークを知る
学習の目的
この単元を完了すると、次のことができるようになります。
- インテグレーションに関する課題について説明する。
- アプリケーションネットワークとは何かを説明する。
- API 主導の接続がアプリケーションネットワークにどのように組み込まれているかを説明する。
- 多層 API アーキテクチャを使用して、API 主導の接続を実装するためのベストプラクティスを特定する。
インテグレーションが困難な理由
第 4 次産業革命が起きています。その土台は、人、アプリケーション、データ、モノのインターネット (IoT) にわたる接続性です。つながっている消費者である私たちには、生活を変える新しいテクノロジーが日々押し寄せてきます。
そのため、消費者は成長して強力なシステムと機能を期待するようになりました。それらがシームレスに連携することも当然だと考えています。そして、企業は、これまで以上に迅速にそれらの機能を提供することを期待されています。
組織が新しいデジタルエコノミーをリードするためには、私たちが Integration Trailblazer にならなければなりません。Integration Trailblazer の多くは、組織の中核にいます。彼らは API 主導の接続性を強く支持しており、API が社内のビジネスプロセスや顧客体験を変革できることを理解しています。また、多くの Integration Trailblazer は、市民開発者向けの統合ツールの助けを借りて、新しいビジネスプロセスや顧客体験を自ら構築しています。
企業に顧客の期待を満たすための膨大な数のツールが提供されている現在、これは特に必要なことです。例としてマーケティングを見てみましょう。検索エンジン最適化 (SEO) に特化した企業には次のようなものがあります。
これらの企業は高度に専門化していることに注意してください。1 つのドメイン、SEO のみに特化してサービスを提供しています。実際にはマーケティングテクノロジーの 3 階層下に位置します。まずマーケティングテクノロジーがあり、その下にコンテンツとエクスペリエンスがあり、最後に SEO に行き着きます。最上位の企業群に目を向けると、マーケティングテクノロジーに特化した企業は、2020 年時点で 8,000 社を超えていることがわかります。
マーケティングだけで、テクノロジーの数は膨大です! 同様に、セールス、サービス、IoT などに特化した商品やサービスが何千も存在します。これだけ多くの選択肢があることで、既存の企業は、サービスを顧客に提供する方法を再考する必要があり、それが課題となります。その理由は次のとおりです。
- 企業は、新しいテクノロジーをできるだけ早くビジネスに取り入れたいと考えています。
- 顧客の全体像を把握し、そのエクスペリエンスを改善するために、新しいテクノロジーは簡単に既存のシステムに統合できなければなりません。
ただし、迅速に統合するために、開発者の多くはポイントツーポイント接続を設定します。それぞれのシステムが他のすべてのシステムと接続されていて、大量のカスタムコードが使用されます。
API 主導の接続を支持する人が社内にいなければ、こうしたインテグレーションの全体的なアーキテクチャが考慮されることはほとんどありません。すぐにまた次のテクノロジーが導入され、さらに多くのポイントツーポイントのインテグレーションが構築され、複雑性が増します。
不必要に複雑化し、俊敏性を失う
多くの企業では、このパターンが何年も、あるいは何十年も続き、ついにはビジネスの中核に複雑に絡み合った大きな寄せ集めができてしまいます。ポイントツーポイントには、大量のカスタムコードが使用され、密結合されたシステムが作成されます。システムが密結合されると依存関係が生じ、インテグレーションをわずかに変更する場合でもコードを完全に書き直す必要があります。
時間が経つにつれて、システムの維持や改善がますます困難になっていきます。その結果、ビジネスは、業界や世界に突然起きた変化 (破壊的スタートアップ企業から世界的規模のパンデミックまであらゆるもの) や絶えず変化する顧客の期待に対応するために必要な俊敏性を失います。
複雑に絡み合ったインテグレーションを解きほぐすことで、ビジネスは俊敏性を取り戻すことができます。高度に専門化された新しいテクノロジーを取り入れ、既存のビジネスプロセスとカスタマーエクスペリエンスを迅速に変更できます。ここで威力を発揮するのが MuleSoft です。
API 主導の接続による解決
API 主導の接続は、API を介してアプリケーション、データ、デバイスを系統的に接続する方法です。組織全体が API 主導の接続の文化を受け入れると、開発者、シチズンインテグレーター、システムアーキテクトは、密結合されたポイントツーポイントのインテグレーションを避けてアプリケーションやプロジェクトを提供することができ、次のような効果があります。
- システム間の明確な契約
- 再利用性
- 見つけやすさ
- 可視性とセキュリティ
- 可用性と弾力性
その場合は、アプリケーションネットワークの基盤を構築しています。アプリケーションネットワークとは、アプリケーション、データ、デバイスのシームレスなフレームワークです。アプリケーションネットワークを持つビジネスは、アジャイルに使用できる内部および外部から提供されるアセットのプラグアンドプレーリポジトリを使用します。
覚える用語がたくさんあります。いくつかの主要な概念を整理して覚えておくために、次の便利な表を参考にしてください。
API 主導の接続 |
再利用可能で目的を定めた API によってアプリケーション、データ、デバイスを系統的に接続する方法。ポイントツーポイントインテグレーションの反対。 |
---|---|
アプリケーションネットワーク |
再利用可能な API によって接続され、それぞれが API 主導の接続の原則に従って構築されたアプリケーション、データ、デバイスのネットワーク。 |
Anypoint Platform |
アプリケーションネットワークを設計、構築、リリース、運用するための多くのツールを備えた MuleSoft のプラットフォーム。 |
Integration Trailblazer |
API 主導の接続の概念を、ビジネスのやり方を大変革する (および新しいデジタルエコノミーをリードする) 機会として支持する会社の階層内の人物。 |
シチズンインテグレーター |
一般的には、事業部門のマネージャー、Salesforce システム管理者、または他の非技術系ユーザーを指します。MuleSoft for Flow: Integration のような市民開発者向け統合ツールを使用して、コードを書く代わりにクリック操作だけで、一般的なサードパーティシステムへの安全で信頼性の高い接続を構築します。 |
それらはすべて何を意味しているのでしょうか?
企業が API 主導のアプリケーションネットワークという観点で社内の IT の見直しを開始するときには、API を大きく 3 つのカテゴリに分けて構築し整理することをお勧めします。
- システム API
- プロセス API
- エクスペリエンス API
これらの 3 つの API レイヤーは、各レイヤーが特定の目的を果たす API 主導の接続を実装するアーキテクチャの例だと考えてください。
システム API は、システム接続の詳細を処理し (データベースを思い浮かべてください)、ユーザーが変更に影響されないようにします。
プロセス API は、ビジネスのニーズとプロセスをモデル化するために複数のシステム API にわたってデータを形成し、テクノロジーのサイロを崩し、データを使用しやすくします。
エクスペリエンス API は、対象利用者がアプリケーションとデバイスでこのデータを最も利用しやすくなるように、データを再設定します。このレベルの API は、再利用性を念頭に置いて、データの取得元システムに連動しないように作成されます。
MuleSoft Anypoint Platform は、このようにシステム間でデータを解放する API を作成および管理するツールセットを提供します。MuleSoft Anypoint コードビルダーや MuleSoft for Flow: Integration といったツールを提供しており、複数のシステムにまたがるデータを統合して一貫した体験を実現します。このような API は密結合されるのではなく、疎結合され、異なるシステムを接続するために再利用できます。Ford は現在、自社の自動車やトラックに使用される部品の 99% を外部委託しています。API エコノミーを活用して、社内の特定機能をサードパーティのサービスに委託する方が合理的かどうかを検討しましょう。
リソース
- MuleSoft: Sign up for Anypoint Platform (Anypoint Platform へのサインアップ) (フォーム、無料サインアップ)
- 外部サイト: chiefmartec.com: Marketing Technology Landscape Supergraphic (2020) (2020 年マーケティングテクノロジー勢力図のスーパーグラフィック)
- Trailblazer Community: MuleSoft for Flow: Integration