つなぐCafe│infoteria最新情報ポータルサイト

EAIで「小さく始めるSOA」、ESBの役割はEAIが担う

「業務変更のスピードに追従できる、柔軟で生産性の高い情報システムのあり方とは？」――。企業情報システムにかかわる人にとっては、これは永遠の課題の一つです。

数年前、「この課題をクリアする決定打」というフレコミで、「SOA（Service Oriented Architecture）」という技術キーワードがIT業界をにぎわせました。「業務をこなすひとまとまりの機能を『サービス』ととらえ、システム全体をサービスの集合体とする考え方」――SOAを一言で表現するとこうなるでしょう。

SOAを具現化するためには、システムが備えておくべき前提条件がいくつかあります。一つは、「ひとまとまりの業務処理がソフトウエアとして組まれており、きちんと機能すること」。つまり、「在庫を引き当ててその結果を回答する」「新規顧客を登録する」といった業務単位の一つひとつが、ソフトウエア上で一貫して処理できる、という意味です。SOAではこの業務の単位を「サービス」と呼びます。

もう一つは、「それぞれのサービスが共通の手順で呼び出しや応答ができるようになっていること」。つまり、すべてのサービスは共通のインタフェースを備えていなければならない。事実上、この共通インタフェースは、インターネットの標準技術を使った「Webサービス」を意味しています。

最後は、これらサービスを相互に接続する“幹線道路”の役割を担う「ESB（Enterprise Service Bus」です。サービス同士は、ESBを通じて互いに呼び出したり応答したりすることになります。

EAIソフトゆえの接続機能をESBに役立てる

SOAはかなり以前から業界内でその重要性と有効性が認知されながらも、実現例が豊富とは言い難いのが実情。「サービスの最適な単位を定義しにくい」、「すべてのサービスに共通のインタフェースを実装するのが難しい」など、SOAの実践には様々な壁が存在するからです。

ただそれでも、SOAの考え方を採り入れながら少しずつ“部分的に実現”することは十分に可能だと言えます。その手がかりとなるのが、ESBです。ESBに「既存システムをサービスとして利用する機能」を持たせることができれば、実質的にはSOAを実現しているといえるでしょう。まずはESBを実装し、部分的にSOAの考え方を実現しながら、徐々にサービスの定義とインタフェースの標準化を進めていけばいいのです。

ASTERIA WARPシリーズは、そうしたESBを手がかりにしたSOA化の推進を得意としています。その理由の最たるものが、EAIソフトゆえの接続機能です。ASTERIA WARPシリーズには、メインフレーム、UNIX、Windowsなど様々なプラットフォームのシステムへの接続を可能にするアダプタを備えています。また、ASTERIA WARPはGUIによる開発環境も搭載している。各種システムと接続し、それらシステムの呼び出し／応答が自在な環境を「ノン・コーディング」で構築できるようになっています。

SOAではシステムのどの単位をサービスとして定義するかが重要になってきます。サービスの粒度をどう定義するかによって、そのサービスが業務プロセスの各所でうまく再利用できるかどうか――つまりシステム全体の効率性が決まってくるからです。実際にはトライアンドエラーで最適な粒度を探ることになるでしょうが、この点ではASTERIA WARPの開発生産性の高さが有効に機能すると考えられます。