EAIとは、過去2年間のホットなビジネス情報の建設となる。それはEAIとは、和の彼の建物の情報システムのビジネスだ必要があります。のEAIを構築するための原動力からのEAIは、"くもの巣"企業に対処するため、"情報の孤島"やその他の問題が起きている。 EAIシステムの構築を通じて企業は、効果的、およびインターフェイスの数を減らす様々な情報システムの橋の間に設定されています。多くの企業のためのEAI明確なコンテキストが能力を情報システムを統合する向上させます。
Suizhao技术は发展、チンNianlaiのEAIのHexinlinianにあるTupoに新しいしている。 WebServiceを、EAIの、サービス指向の機能の台頭でますます明白になる。そののEAIシステムの次の段階は、統合されたシステムの"サービス指向"をコンセプトに構築されていることができ、企業の過半数は今"で統合されたシステムの転送のインターフェイスを"直面している大ステップ。
私たちは最初のEAIシステムの一部の技術的手段によって使用されるの実装では、現在の時刻企業を見てみましょう。
まず、伝統的なアイデアやEAIの開発
企業は、事業プロセスの効率を改善し、その競争力を高めることができるtoの情報システムをupに設定します。様々な理由により、多くの企業が情報の：情報システムは、しばしば府トンの富栄Mener Shejikaifaは島別のアプリケーションのプロセスと情報ビジネスチャリかつ効果的に協力することはできませんの間のこの劇的に減少しているBunenggongxiangされた情報システムの役割。両方の独立した効果的協力できる間、各アプリケーションは、完全なエンタープライズクラスの情報技術環境のさまざまなアプリケーションを統合するように競争の激化により、企業は早急に情報の島を排除するため、必要に応じ、他の企業で実現することができます統合されます。これは、EAIのように知られている、エンタープライズアプリケーションの統合。
と一緒にと柔軟性を迅速にビジネスの開発と市場の変化に適応する企業の事業活動の様々な達成するために統合様々なビジネスシステムの新しい企業の既存のエンタープライズアプリケーションの統合は、適切なソフトウェア技術を介して。
の視点、より多くの担当者からエンタープライズアプリケーションの統合アーキテクチャは、2つの：バスベースの統合アーキテクチャと統合アーキテクチャの星です。
バスベースの統合アーキテクチャの原則は：様々なアプリケーションのインターフェイスは、情報バスです。バスの中で情報の流れは、渡します。彼の利点は、アプリケーションは、バスインターフェイスを準備するため、nを避ける必要があります* nはポートは書き込み禁止です。 TIBCOの統合会社などの製品は、代表的なアーキテクチャです。チャートは次のとおり：
共同トポロジのより一般的な定式化は、その原理は、情報およびアプリケーションの中央プロセッサに集中している。コアプロセッサは、アプリケーションサーバー、またはデータウェアハウスがあります。たとえば、IBMの統合ソリューションは、統合されたコアのMQです。 webmothodsは、コアの統合のためのデータウェアハウスに基づいています。このアーキテクチャの利点。チャートは次のとおり：
一言で言えば、伝統的な統合ソリューションは、重要な機能であり、それらはすべて指向の情報システムのインターフェイスです。彼らは、各アプリケーションシステムのinterfaceのstandardsいくつかの特定の治療で、ベースとこのように、システム統合の目的を達する。エンタープライズアプリケーションの統合の実装により、情報システムを効果的にインターフェイスの問題を解決することができます。
2番目のサービスベースのEAIのEAI、インターフェイスから
インターフェイスベースのEAIシステムは克服できない困難：第一に、存在しない真に統合された認証、国家資格、セキュリティコントロールなどの基本的なサービスです。第二に、大型で高価なコアシステムを作成します。第三に、"長いトランザクション（ロングTranscation）"があるとき大きな困難さに対処するインターフェイスベースのEAIシステム。
本質的に企業の情報技術部門は、情報サービス部門である。企業内の情報システムでは、包括的な情報サービスと企業の内部および外部のユーザーが。システムは、システムは、ビューの前のポイントから、インターフェイスの接続を介して実現されます。このアイデアは徐々に、アプリケーションシステムとアプリケーションシステムを変更すると、それが相互にサービスに向かって移動してください。これは、このクロスアプリケーションのシステムでは、過去2年間のサービス指向、駆動、WebServiceのコンセプトは迅速な開発をしています。
Webサービスは標準的なセットです。これは、商用アプリケーションを示すために標準のXMLプロトコルとメッセージ形式を使用してインターネットまたはイントラネットの分散コンピューティングモデルを提供します。使用WebServiceが、EAIのを達成するために、各アプリケーションの統合システムをサービス指向のシステムに適合するように自分自身を改革するであることに関係する必要があります。次のように特定のグラフは：
EAIとは、Webサービスとの主要なコンポーネントを達成しています：
1.UDDI：ユニバーサル概要、検出および統合（ユニバーサル概要、発見、および統合は、UDDI）。 UDDIサービスは、企業が整理し、カタログ、Webサービスやその他のプログラムのリソースに対処することができます。物流を通じてUUDIサービスは、組織と分類体系のサービスは、ビジネスを確立することができますおよび関連サービスを構造化、標準化の方法を記述するために使用を見つけるに適用される。
2は、Webサービスアプリケーションサーバーをサポートする：J2EEのv1.4の包括的なサポートのWebサービスを開始した。初めから。NETは、Webサービスをインチサポートするためにまた、いくつかの他のプラットフォームは、Webサービスをインチサポートしている
3。アプリケーションがWebサービスの：疑いの余地は、このステップが重要と実装が困難になります。 Webサービスの賛成で、既存のシステムのためのビジネスサポートを得るために、企業は元のシステムを変換する必要があります。この作品は難しいと危険です。
4。インターフェイスレベルでの統合。標準的なWebサービスの仕様は、シンプル、企業ポータル（ポータル）は非常に情報システムインターフェイスレベルの統合を達成するため便利であるように。
統合の例を見てみましょう：
実際の事業活動において、しばしば顧客の延滞の分析を含む。がCRMシステムにないのEAIシステムの場合、我々は、顧客の連絡先情報を検索し、次に、ERPシステム、情報の供給は、顧客を見つけるために。これら2つの完全に独立したプロセスです。のEAIシステムの"インターフェイスの種類"の設立は、我々はインターフェイスのより包括的な情報を得ることができる。しかし、これは十分ではありません。 EAIのシステム後に"サービスの構築"は、要求が共同CRMとERPシステムの分析を通じて、より多くの貴重な、より包括的なモデルのユーザーに戻りますされる通過する場合。次の図：
我々は、統合されたビジネスプロセスを見ることができます：
1。サインエンタープライズポータルでは、ユーザーが情報を要求する。
2。サポート企業ポータルフレームワークアプリケーションCRMおよびERPアプリケーション、WebサービスのディレクトリにプライベートUDDIレジストリへのアクセスを参照して;
3.Webサービスの場所とWSDLバインディング情報アプリケーションサーバーに送信。
4。アプリケーションは、WebサービスCRMシステム名などの顧客情報が発表した、住所、電話、顧客メールを呼び出します。通信プロセスは、SOAPの相互作用に基づいています。
5。アプリケーションは、売掛金、受注などのWebサービス出版ERPシステム、顧客情報へのアクセスの供給、顧客の取引履歴を呼び出します。この通信は、SOAPの相互作用に基づいています。
6。情報は、アプリケーションサーバーを設定されます。注意：このプロセスは対話型のプロセスがあります。
7。情報モデルの後の深さの分析、ユーザーに最初の呼び出しに配布する。
明らかに、企業のサービス指向のEAI様々な情報システムは、前方の実際の実装の最大の課題に直面するが提供される高い要件を置く。企業では、いつもは難しいWebServiceをインチサポートするためにアップグレードするいくつかのシステムがあるこの場合では、最初のインターフェイスへの最初のパッケージに統合された製品of従来型with、その後、抽出サービスを再度を達成するに基づいて標準的なインターフェイスを持つmay。
つまり、サービス指向の情報システムで重要な機能です。サービス指向、唯一のビジネスサービスのための内部および外部のユーザーに、そして、その他の情報システムの顔に、企業の外を参照しないこのような、彼はまた、サービスプロバイダーの態度を反映する必要があります。サービス指向のEAIは、また、今後数年間で成熟し、バインドされて、重要な市場シェアを取る。