January 8, 2022
ドキュメント | < 1 MIN READ
【日本語訳ブログ】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はサービス検出をもたらし組織内のすべてのサービスの継続的な最新のディレクトリとして機能します。…
Continue reading