By on January 8, 2022

【日本語訳ブログ】APIインフラストラクチャ:
ESB vs. APIゲートウェイ (Part 1)

現代の企業にとってお客さまのゴールに焦点を当てる – 調査:”より良い収益の成長と顧客維持をもたらす” によって示された努力 – には組織のすべてのリソースにわたりコネクションが必要です。当時エンタープライズサービスバス(ESB)は、サービス指向アーキテクチャ(SOA)のコネクティビティの主要プロバイダでした。

ただし今日、組織は分散化に移行しモノリスをマイクロサービスに置き換えアプリケーションをクラウドに移行しています。彼らはサイロ化されたデータを解放しレガシーアプリケーションを最新化しています。そしてそのためにAPIを使用しています。

素晴らしい顧客体験を提供するために必要なコネクティビティはこれまで以上に重要です。この投稿では過去のコネクティビティソリューションであるESBについて見ていきます。ESBとは何か、そのメリットとデメリットについて解説します。

エンタープライズサービスバス(ESB)

コネクティビティは常に重要です。これまで企業は組織の効率性に重点を置いていました。 ESBは当初サービス指向アーキテクチャ(SOA)のコネクタとして想定されており、さまざまなサービスを様々な標準やプロトコルでコネクトしています。 ESBはオンプレミスのアプリケーションとデータベースを備えたモノリシックエンタープライズアーキテクチャを実現しました。

セントラルコネクタとしてのESB

SOAベースのIT環境では各サービスがESBとの単一の統合をセットアップします。 ESBはそのサービスを他のサービスで利用できるようにし、フォーマット変換、プロトコルネゴシエーションおよびキューイングを処理します。場合によっては追加のビジネスロジックを管理することもあります。 ESBはデータの消費または公開を検討しているアプリケーションまたはサービスの中央コネクタです。


図1:エンタープライズサービスバス

この役割においてESBはITインフラストラクチャのハブになりサービスを相互に効果的に切り離します。

より多くのサービスがESBを通過するにつれてESBを介してすべての新しいサービスを提供する意欲が高まります。最終的にESBは独自のモノリスサービスになります。 ESBとの各統合にはもう少しロジックが含まれています。やがてビジネスロジックは個々のサービスではなくESBに存在します。

当然のことながら成長を続けるESBにはさらに注意が必要であり、専任のITチームがESBの保守に責任を負います。 ESBはすべてのサービス間通信の集中ハブとして機能するため、ESBチームも同様に機能しさまざまなアプリケーションチームと通信および連携する必要があります。

ESBのメリットとデメリット

ESBがないと、特定のサービス間の統合を構築する必要性がシステムに追加された各サービスとともに指数関数的に増大します。 ESBを使用すると新しいサービスごとにESBと “直接統合” する必要があるのは1つだけです。

ESBの利点

ESBはサービス検出をもたらし組織内のすべてのサービスの継続的な最新のディレクトリとして機能します。 ESBは各サービスからのデータの消費と使用を調整します。

ESBはメッセージキューとして機能することにより、通信するために同時にオンラインである必要がなくなったサービスを分離します。したがってESBはサービス間通信をより回復力のあるものにし、個々のコンポーネントの障害に耐えることができるようにします。

ESBはロールバック機能を備えたアトミックユニットとして複雑な操作を実行するためのサービス可用性とトランザクションを向上させるためのロードバランシングも追加します。

ESBが組織を失敗させる方法

各サービスが独自の方法でデータを生成および消費するため、ESBチームはESBとのすべての統合に責任を負います。チームはまた新しいESB機能を開発および維持する必要があります。 ESBは当初ITアーキテクチャ全体の複雑さを軽減することを約束していましたが、独自の複雑さとオーバーヘッドをもたらしました。

ESBを一元化するとチームの結合が高くなりチームの独立性が低下します。すべてのサービスはESBと統合する必要があるため、そのサービスを管理するチームは個々の変更ごとにESBチームと緊密に連携する必要があります。

ESBは統合を容易にしビジネスロジックを強化するため、別のモノリスサービスだけでなく他のすべてのサービスが連携する必要のあるモノリスサービスになります。

このチームの結合とオーバーヘッドの増加の全体的な結果は各チームと組織全体の俊敏性が低下します。

ESBの未来

今日のITチームはますます分散化しています。敏捷性に高い価値を置くことは中央のチーム(ESBチームのような)に結合できない小さな自律的な開発チームにつながります。

今日のIT環境は異質です。組織はハイブリッドクラウドおよびマルチクラウド環境で作業しています。その結果、統合ポイントはさまざまなタイプの環境にまたがることができなければなりません。

マイクロサービスへの移行は基本的に従来のモノリシックESBとは相容れません。モノリスESBを複数の焦点を絞ったサービスに分割することにより組織は柔軟性と敏捷性を高めながら多くの利点を保持します。

これにより統合とコネクティビティの新しいモデルが実現します – それがAPIゲートウェイです。

結論

次のブログではコネクティビティのためのこの最新のソリューションであるAPIゲートウェイについて説明します。 またそのソリューションをESBと比較します。 最後に組織がESBを引き続き使用しながらAPIゲートウェイを採用して、レガシーアプリケーションと最新のアプリケーションをサポートする方法について説明します。

ESBとAPIゲートウェイの詳細については、「APIインフラストラクチャ:ESBとAPIゲートウェイ」のホワイトペーパーを今すぐダウンロードしてください!

記事参照:2021年12月22日

© Kong Inc. 2021
API Infrastructure: ESB Versus API Gateway (Part 1)

Share Post: