既存の運用システムの維持と拡張は、サービス指向アーキテクチャ（SOA）の重要な目的の1つです。レガシーシステムの機能との接続および再利用は、SOAの設計と実装における重要な考慮点に挙げられています。

標準ベースのサービスが登場するまで、大半のシステム統合において、統合される各要素はハードウェア、ソフトウェア、およびベンダ固有のメッセージ交換テクノロジの厳しい要件を遵守しなければなりませんでした。この要件が、緊密に結合された、管理が難しい、融通が利かないシステムアーキテクチャを生み出したのです。基盤となるアプリケーションが複雑であること、これらのアプリケーションを統合するためにはさまざまなスキルが必要であることから、統合プロジェクトの実現の費用は跳ね上がり、その後の変更も容易には実行できませんでした。

対照的に、標準ベースのサービスとして公開されたアプリケーションは、エンタープライズ内の他のアプリケーションと容易に接続することができます。サービス指向アーキテクチャの一般的なメソドロジーに従うと、アプリケーションは、通常はビジネスレベルの機能面の役割によって定義された、抽象的な論理ビューとして表現し、利用できるようにする必要があります。また、少数のオペレーションと比較的大きく複雑なメッセージを利用する、粗粒度インタフェースを持たせるようにします。そしてそのサービスは、マシンが処理可能なメタデータで記述する必要があります。

これらを通じて、サービス化されたアプリケーションとテクノロジ間のシームレスな情報交換が実現します。さらに、機能の低レベルの実装を考慮せずに、これらのアプリケーションやテクノロジの機能を統合、再構築することが可能になり、ビジネスの俊敏性も高まります。

ベンダが提供するアダプタのメリット :
ベンダが開発し、提供しているサービスとアダプタを使用すれば、ビジネス資産をサービス指向アーキテクチャに組み込むために必要なスキルを低減し、時間と費用を削減し、複雑さを緩和することができます。ソニック ソフトウェアでは、最適化されたリレーショナルデータソースへの接続性を提供するとともに、数百にのぼるパッケージアプリケーション、B2B、メインフレーム、レガシーテクノロジ用のアダプタをサポートしています。

アダプタは、Sonic ESB®に配備されると、さまざまなシステムの技術的な違いや意味上の違いを隠匿し、動的および静的なトランスフォメーションを通じて統一されたビューを生成します。たとえばSonic Database Service™は、データベース接続を管理し、受信するXMLメッセージをもとにSQLクエリパラメータを作成し、結果セットをXMLに変換することによって、データベースインタラクションの開発と保守を大幅に簡略化します。

システムの移行と統合の際のリスクの緩和 :
わずかなシステム変更を行うときも、変更対象のシステムに多くの下流システムが依存している場合、システムの移行と同様に混乱が起こることがあります。また、多くの組織は重複するアプリケーションや不必要なアプリケーションを稼動させています。企業の合併・買収や、部門を統合した社内の再編の結果として、このような状況が発生しているのです。

原因はどうであれ、結果的に顧客に一貫性のある体験を提供することや、レポートの作成時に「1つの真実」を特定することが難しくなります。少なくとも、冗長なシステムを運用することによって、IT費用がかさみ、変更要求の実装が一層複雑化します。

システムの移行や冗長なシステムの統合を妨げる障害の1つは、他のシステムが特定の実装の動作に依存していることです。このような動作は、データフィールドのフォーマットのようにわずかであることも、リアルタイム処理とバッチ処理の違いほど複雑であることもあります。

この状況では、イベント駆動型のサービス指向アーキテクチャと、エンタープライズ・サービス・バスの仲介機能が、システム移行中のリスクを緩和する効果的なアプローチを提供します。たとえば設計者は、パブリッシュアンドサブスクライブ発行と購読のようなメッセージングを使用して、冗長なシステムから機能的に同等のデータを収集できるはずです。

イベント駆動型のSOAでは、下流サービスはこのようなインタラクションについて一切把握しません。これらのサービスは、イベントを表現するメッセージを消費し、発信するだけです。特定のシステムに固有の機能も、下流システムを中断せずに段階的に統合することができます。