 |
≫ |
|
|
|
|
SOAとは、「アプリケーションやソフトウェアが提供する機能を業務プロセスの単位で集約し、『サービス』と呼ばれる単位で再利用できるようにコンポーネント化を行い、これらを組み合わせることによって、システムを構築すること」です。SOAとは「技術」ではなくビジネスの変化へ対応するためのシステムの「アーキテクチャ」であるため、技術的な側面からだけではなくビジネスの視点にたって理解をすることが肝心です。SOAを導入することで、コンポーネント単位で業務プロセスに最適なアプリケーションをあらかじめ結び付けたり、再利用したりすることができます。これにより、今日のめまぐるしく変化するビジネス環境に即応して、必要な新サービスをより早く、より低コストで提供することが可能となります。 |
|
| |
|
|
「業務プロセス」に重点をおいた発想の転換がSOAの鍵
|
|
|
|
|
1990年代の急速なITの発達により、多くの企業が大規模なシステムの構築を早急に進めてきました。これまでのIT環境では、アプリケーションやソフトウェアの「機能」からできることを発想し、システム設計を行うことが常でした。しかし、このような既存のシステムは、今日の新たなビジネス変化へ柔軟に対応することができません。業務プロセスを想定することなく構築された既存のシステムを、めまぐるしく変化するビジネスに適応させるには限界があります。SOAとは＜業務プロセスを想定して＞システムを効率的に構築しなおすことであり、アプリケーションの再利用や再構築によって、次に起こるビジネス変化への対応が柔軟にできるシステムを構築することなのです。そのためには、業務プロセスの「可視化」を速やかに行い、「何ができるか」からではなく、「何をするか」という発想を基にシステムを構築することがSOA導入の成功の鍵となります。 |
|
|
|
|
|
| SOA導入により、サービスの共有化が行われてアプリケーションが再利用されると、これまで予測できなかった変化や問題が発生することがあります。まず、ハードウェア的なサイジングの問題が発生する可能性があります。立ち上げ時にはサービスの利用量が把握できず、パッチと対話処理といった異なる性能を要求される処理が混在し、お互いの機能性能の阻害要因となることがあります。また、1つのサービスの障害が複数の業務アプリケーションに広がったり、実際に障害が起こった場合、どの部分が障害を起こしているか特定が難しくなることも考えられます。これらはアプリケーションだけSOA化を行うと生じる問題であり、SOAをより効果的にするための解決策は、シンプル化したシステムで全体の可視化を可能にし、効率的なリソース提供を行う必要があります。 |
|
|
|
印刷用画面へ
