**SOA（Service-Oriented Architecture、サービス指向アーキテクチャ）**は、複数のアプリケーションが共有できるサービスとして業務機能を構成します。各サービスは、在庫確認や請求書発行などの明確な機能を、合意されたインターフェースを通じて提供します。
たとえば、オンラインストアと従業員向けアプリケーションは、同じ在庫サービスを呼び出して在庫を確認できます。どちらのアプリケーションも、そのビジネスロジックを再実装したり、倉庫ソフトウェアの内部動作を知ったりする必要はありません。
一部のシステムでは、**ESB（Enterprise Service Bus、エンタープライズサービスバス）**を使ってアプリケーション間のリクエストを振り分け、データ形式を変換します。これは連携方法の選択肢の一つです。SOAにESBやSOAPプロトコルは必須ではありません。
オンラインストア、倉庫ソフトウェア、会計ソフトウェアを持つ会社を考えてみましょう。顧客が注文すると、注文の処理フローは在庫サービスを呼び出して在庫を確保し、続いて会計サービスを呼び出して請求書を作成します。各サービスは自分のシステム内で処理を行い、結果を返すことで、ウェブサイトが顧客に通知できるようにします。
従業員向けアプリケーションも同じ二つのサービスを使い、実店舗での注文を作成できます。二つの販売経路は別々の実装を維持するのではなく、在庫と会計の機能を共有します。
SOAは、販売、在庫、会計、顧客サポートなど、複数のシステムをつなぎ、業務機能を共有する必要がある組織に適しています。連携の必要が少ない小さなアプリケーションでは、大きな利点を得られずに運用作業が増える場合があります。
ジュニアからシニアまで、詳細な回答付きのIT面接質問ライブラリ。
寄付する