Enterprise Application Integration ( EAI ) は、異種アプリケーションが交換を管理できるようにするミドルウェアアーキテクチャです。ビジネス統合と都市化のための IT テクノロジーのカテゴリに分類されます。その特徴は、リアルタイムでデータを交換することです。
拡張すると、頭字語 EAI は、情報システムのアプリケーション間フローを実装することによってこのアーキテクチャを実現できるようにするコンピューターシステムを指します。
コンポーネント
IAE プラットフォームはいくつかの要素で構成されています。
- コネクタは、 IAE とアプリケーション間のインターフェイスとして機能します。これらはアプリケーション イベントを監視し、関連するデータを IAE に送信します (または IAE からのデータをアプリケーションに提供します)。このデータは、アプリケーション データ (フィールド名、形式など) を反映しているため、 Application Specific Business Objects ASBO ( OMS ) と呼ばれます。
- コネクタからの (またはコネクタに向けられた) OMS は、マッピング操作を経て、アプリケーション固有データ (OMS) を IAE の標準データ、つまりOM ( Business Objects 、英語ではBusiness Objects BO ) に変換します。
- OMには、企業のさまざまなプロセスからの情報の全体的なデータ モデルが反映されます。次に、それらは、OM に適用される処理ロジックを反映するコラボレーションと呼ばれる処理操作に送信されてから、ターゲット アプリケーションに送信されます (別のアプリケーションでの検索による情報の完成、ビジネス プロセスの有効性のチェックなど)。
- トランスポート層: これは、アプリケーション間でデータを転送するために使用される層です。この層は、ファイル交換 (たとえば、FTP を使用)、メッセージ交換 (たとえば、MOM または Jabber/XMPP を使用)、またはサービス コール (たとえば、 SOAP over HTTP を使用) によって実装できます。
操作例
それがどのように機能するかを理解するために、次の例を示します。注文管理アプリケーションAは新しいアイテム (ポンプ) を作成し、このアイテムの技術的異常を監視するアプリケーションBとアプリケーションCでそれを利用できるようにしたいと考えています。 Web ポータルに記事を表示します。
- アプリケーションAは、データベースに新しい記事を作成します。自動処理 (トリガー) はこのイベントをキャプチャし、関連データとともにイベント テーブルにアーカイブします (新しい記事)。
- IAE JDBC コネクタ (データベース) は、このテーブルを 10 秒ごとにスキャンし、この新しいイベントを検出します。次に、関連付けられたデータを取得し、動詞 ( creation ) に関連付けて OMS にコピーします。
- 次に、OMS は照合フェーズに入り、新しい品目データ (アプリケーションAに固有) を、会社が品目を表すために必要なすべての情報を反映する汎用 OM に変換します。
- Itemビジネスオブジェクトは、2 つのコラボレーション (C1 と C2) によって待機 (登録) されます。最初に OM を取得し、動詞 (作成) を分析し、作成中の OM をアプリケーションBに送信します (この OM は、 B向けの OMS アーティクルを取得するために再照合され、作成を実行する B のコネクタによって処理されます)。同時に、2 番目のコラボレーション C2 は元の OM を取得し、それを作成のためにアプリケーションC (マッピング、コネクタ C) に送信します。
メリット/デメリット
利点 ：
- 集中フロー: IAE が登場する前は、企業はアプリケーション固有のインターフェイスを開発し、それらをポイントツーポイントで接続する必要がありました。その結果、フローの複雑なネットワーク(スパゲッティ皿) が形成され、維持と進化が困難になりました。現在、すべての IAE インターフェイスは中央サーバー(コンセントレーター、英語ではハブ) に集中し、フローを処理して登録されたアプリケーションに再配布します。
- フローは「発生時に」処理されます。データ更新は発生時に、つまりソース アプリケーションでのイベントの発生時に実行されます。これにより、転送中のデータフローが軽減され、変更後すぐに「最新の」データが提供されます。また、時間の経過とともに分散される小さなストリームのみを処理するため、データの抽出または更新によるアプリケーションのパフォーマンスの損失も軽減されます。
- 再利用可能なフロー: 新しいアプリケーションが IAE にすでに存在する OM にアクセスしたい場合、すべての回復ロジックを開発する必要はなくなります。理論的には、 IAEコンセントレータ(特定の処理が必要な場合)、 OMS 、マッピング、およびコネクタにコラボレーションを追加するだけで済みます。
- インターフェース移行のコスト: インターフェースされたアプリケーションの 1 つを変更する場合 (移行、製品の変更)、ほとんど変更が必要です。アプリケーション固有のコネクタ、マッピング、またはコラボレーションのみを変更する必要があります。
短所:
- 大規模なフロー: 大規模なフロー (例: 10,000 件の記事を同時に更新) の場合、情報の単位処理のロジックは非常に遅くなります。むしろ ETL ソリューションの方が望ましいと考えています。
- 初期コスト: インフラストラクチャをセットアップするコストは非常に高くなります。ただし、新しいフローが追加されると大幅に減少します。
社内のIAE
IAE を導入するには、企業の情報システムの統合を統一する必要があります。都市化調査フェーズでは、次のことが可能になります。
- 会社のビジネスデータのほとんどを特定します。
- 例: 品目、注文、サプライヤー、顧客…
- そのマスターとなるアプリケーションを定義します。
- 例えば ：
- サプライヤー管理アプリケーションはサプライヤー データのマスターになります。
- これらを IAE 経由で他のアプリケーションに配布し、参照サプライヤー データとして使用できるようになります。
そのデータは、IAE 内でビジネス オブジェクト (OM) の形式で表現されます。
その後、統合されたビジネス情報フローを構築し、それを通じて特定の各アプリケーションがビジネス組織の段階内で他のアプリケーションとその情報を共有できるようになります。
- 例えば ：
- 購買部門は、生産部門が使用する品目を識別するサプライヤーを作成しました。
- この製造部門は、営業部門が顧客に販売する製品を構築します。
- 上記の顧客にはアフターサービスが提供されます…
IAE は、複雑なデータ交換インフラストラクチャ内の関連する統合ソリューションとしてのみ表示されます。 AEI を使用して 2 つの非常に単純なシステムを接続することは、金床を操作してクルミを殻から取り出すのと同じくらい重要です。
IAE に関連して、エンタープライズ サービス バス(ESB) という新しいテクノロジが導入されているようです。
市販品
提供される主な製品は次のとおりです。
- BlueWay のBlueWay 戦術 SOA/EAI
- DataEXchangerから DataEXchanger
- NovellのexteNd Composer
- 一緒に
- IBMのWBI （旧Crossworlds）の後継となるWebsphere Processサーバー
- SAP eXchange SAP インフラストラクチャ
- BEA SystemsのWebLogic Integration
- Email2DB電子メール フローの統合。
- オラクルのOracle SOA Suite
- ウェブメソッド
- ティブコビジネス ワークス
- WraptorのJEEBOP (旧 APILINK)
- ICAN by Seebeyond
- ビジネス統合サーバーSEEBURGER
- シンクロニーby Axway / Sopra Group
- マイクロソフトビズトーク
- Cloverleaf (EAI は Quovadx 社によって発行され、E.Novation によって配布されました)
- 情報ビルダー企業であるiWay SoftwareのiWay SOA ミドルウェア
