TOP
＞
業務システム
＞ 前回より
勝ち組に学ぶシステム導入事例
第７回：SOAによる勤怠管理システムの構築（後編）
著者：
オープンストリーム 高安 厚思、新山 英児
2006/12/20
1
2
3
次のページ
前回より
第6回の前編では、SOAの取り組みと勤怠管理システムの概要と技術的特徴、メリットについて紹介しました。続く後編では、システムを構築して実感した問題と対策、そしてオープンストリームのシステム将来像が何であるかを説明します。
見えてきた問題
前回紹介した勤怠管理システムをSOAに基づき構築することで、表1にあげる3つの問題を実感することになりました。以降では、これらの問題について考えます。
必要な技術知識の多さ
SOA基盤の選定
他システム連携による信頼性の低下
表1：構築時の問題
必要な技術知識の多さ
SOAでシステムを構築してみると、実現するためには多くの技術知識が必要だということを痛感します。業務プロセスモデリング、サービスモデリングなども重要ですが、それらを実現する技術も忘れてはいけません。
例えば、BPEL、WSDL、XSD、XSLT、XPath、SOAP、JMSなどの標準技術に加え、Sonic ESB、Sonic MQ、ActiveBPELなどの各プロダクトの技術知識・ノウハウも必要になります。既存システムと連携するならば、それを実現しているアーキテクチャや通信形式などの理解も必要です。SOA関連の書籍や記事には、数多くの標準仕様が登場します。
SOAを実現するエンジニアには、幅広い技術知識とXMLやWebサービス、SOA基盤に精通していることが望ましいのですが、すべてのスキルセットを持つ人材が存在していることはごく稀だといえます。
したがって、SOA関連のスキルを持つエンジニアの育成が必要になります。SOAに必要となるスキルは、Webフロント系のスキルセットとは明らかに異なり、バックエンド系やWebサービスのスキル保有者をSOAエンジニアに育てることの方が近道でしょう。
また技術範囲が広く、一度にすべてのスキルを習得することが難しいのも現状です。そこで、企業システムを段階的に成熟させていくアプローチにおいては、エンジニアも段階的に育成し、成長させていくことが必要になってきます。
SOA基盤の選定
SOA基盤（ESB、BPELなど）の重要性は、第6回にて簡単に説明しました。今回のプロダクト選定にあたって重要視したのは可用性、信頼性、そしてコストです。各ベンダーのSOA基盤製品を調査しましたが、費用対効果を考えると高価であったため、OSSプロダクトによりSOA基盤を構築することを検討しました。
BPELの場合、OSSであってもAcitveBPELの品質的には問題なく、検証結果からも運用可能なレベルであったため、導入することにしました。しかしOSSのESBは未成熟であり、運用できるレベルではないと判断し、ソニック ソフトウェアのSonic ESBを導入することになりました。商用プロダクトの中からSonic ESBを選択した理由は、以下の通りです。
ESBとしての基本機能を持つ
Sonic MQの高い信頼性
スケールアウトによる拡張性
SOA基盤製品の中では比較的安価
表2：Sonic ESBを選定した理由
最近は、各ベンダーのSOA基盤製品の進化はとてもはやく、機能、ツールともにかなり充実してきました。特にBPMの進化には驚きを覚えます。それでも中小企業にとっては高価であり、SOA基盤製品の導入は厳しいのが現実です。しかし今後の発展ともに、OSSのプロダクトとSonic ESBを連携させて、現在のSOA基盤を構築していく予定です。
1
2
3
次のページ
著者プロフィール
株式会社オープンストリーム
テクニカルコンピテンシーユニット 主管システムズアーキテクト
高安 厚思
横浜国立大学経営学部卒。銀行系シンクタンクでオブジェクト指向技術の研究に携わった後、大手SIerにてアーキテクチャ構築、プロセス研究に携わった。現在株式会社オープンストリームにてSOAを中心とする研究開発およびアーキテクチャ構築に従事。最近はXMLのダイナミックさに魅了されている。
株式会社オープンストリーム 新山 英児
テクニカルコンピテンシーユニット ソフトウェアエンジニアリンググループ システムズアーキテクト
日本大学大学院工学研究科情報工学専攻博士前期課程修了。某メーカー系開発会社のJavaアーキテクトとして、システム開発の技術支援に従事。現在、株式会社オープンストリームにてSOAによるシステム構築をメインに活動中。
INDEX
第7回：SOAによる勤怠管理システムの構築（後編）
前回より
ITポートフォリオを目指して
ビジネスプロセス統合
