システム屋日誌

ＳＯＡ（service oriented architecture/サービス指向アーキテクチャ）とは、業務アプリケーションを構築する際、全体の業務を独立した複数の業務プロセスに分割することで、部分的な業務の変更時にシステム全体への影響を少なくする開発手法です。

今までも「部品化」や「サブシステム分割」といった大きなシステムを小さな単位に分割する設計手法がありました。しかし、従来の手法は、業務の変更時に別のサブシステム（部品）とのインタフェースを意識する必要があり、一部の修正が全体に大きな影響を及ぼしていました。ＳＯＡは、インタフェースを意識せず、サービス単位で個別に追加・更新することが可能です。

各サービスが独立性を保ち、かつ、連携できるのは、Ｗｅｂサービスという基盤技術を利用している点にあります。具体的には、業務プロセスを商品調達、受注処理などに分解します。分解した各業務にＷｅｂサービスを追加します。さらに、システム全体を統括するため、Ｗｅｂアプリケーションを実装したＷｅｂサーバとつなげます。Ｗｅｂアプリケーションには、各業務の役割やつながりを記述した、アプリケーションフローが定義されています。

【業務システム１】【業務システム２】【業務システム３】
（Ｗｅｂサービス）（Ｗｅｂサービス）（Ｗｅｂサービス）
　　　｜　　　　　　　｜　　　　　　　｜　　　　
+----------------------------------
【Ｗｅｂサーバ】
Ｗｅｂアプリケーション　　　　　
アプリケーションフロー 　　　　　
+----------------------------------
　　　　　　　｜　　　　　｜　　　　　｜
　　【クライアント】【クライアント】【クライアント】…

図１　ＳＯＡのシステム構成

業務プロセスにＷｅｂサービスを実装するためには、ＢＰＭ（ビジネス・プロセス・マネジメント）ツールを利用します。また、アプリケーションフローの記述は、通常、ＢＰＥＬ（ビジネスプロセス実行言語）を用いて行います。また、各サービス間のデータは、ＥＳＢ（エンタープライズ・サービス・バス）という、仮想のネットワークを介してやり取りされます。

ＳＯＡに基づいてシステム設計をする場合、業務システムの分割方法（分割粒度）が問題になります。
業務プロセス・レベルの分割は、粒度が大きいわけ方です。販売管理システムの場合、仕入処理、入金処理、出荷処理、在庫処理といった分け方をします。機能レベルでの分割は、粒度が小さい。データベース処理、業務ロジック、フロー制御、データ入出力や帳票出力などです。粒度が大きすぎると、汎用性が失われ、小さすぎると１度の改修で複数の業務プロセスに手を入れるため、非効率です。

ＳＯＡを導入する場合、業務システムの洗い出しと分割粒度の見極めが重要なポイントになります。

参考文献：日経コンピュータ　特別編集版　IT Keyword 2007