[ThinkIT] 第2回：ESBからSOAを理解する (1/3)
前回はESBが誕生してきた背景を振り返り、アプリケーション統合の変遷を主にトポロジの観点から説明しました。部門ごとに個別に構築されてきたアプリケーションシステムを効果的な方法で統合する重要性を増しています。今回はこのトポロジの議論からいったん離れ、アプリケーション統合の機能の面からESBについて考察します。 ここ数年、SOAがこれほどまでに注目を集めているのは、現在の情報システムが抱える課題や問題に対する切り札として期待されているためです。なぜならビジネスを支える情報システムを効果的かつ効率的に構築することは、IT部門が常に目指してきた課題であり目標だったからです。 それに加えて、ビジネス要件が急激に変化する今日のビジネス環境においては、ビジネス要件の変化に情報システムをいち早く対応させることもますます強く求められるようになっています。そこには、以下にあげるような多種多様な動機があります。
[ThinkIT] 第1回：ESBの「B（バス）」が意味するものとは (1/3)
「インテグレーションはSOAに基づいて実施し、そのベースとなる基盤にESB（エンタープライズサービスバス）を採用することが、現時点で考え得るもっとも効果的な方法である」というのがSOAベンダー各社の一致した見解となっています。 ところが、各ベンダーで一致しているかのように見える「SOA」や「ESB」は、アプリケーションをインテグレーションするという、大枠の考え方を示しているにすぎず、規格として定まったものではありません。そのため、SOA/ESB関連製品は各ソフトウェアベンダーの解釈によって異なる仕様となっており、各ベンダーが唱えるSOAの設計方法（モデリング）や具体的なSOA実装方法もまた異なっているのです。 そこで本連載では、SOAやESBのコンセプトとは本来どのようなものであるか、またSOA/ESB製品がどのような機能を備えておくべきかを考察していきます。第1回では、SOA実行基盤であ
[ThinkIT] 第1回：企業戦略を支える技術としてのBPI (1/4)
ビジネス・プロセス・インテグレーション（BPI：Business Process Integration）とは、簡単にいってしまうとビジネスプロセスをシステム的に統合するための技術である。しかしBPIをこのように技術的側面からだけ捉えたのでは、本質的な意味は見えてこない。 BPIを柔軟なシステム基盤を作るためのサービス・オリエンテッド・アーキテクチャ（SOA：Service Oriented Architecture）の中の重要なコンポーネントと位置づけ、企業のある一時点における業務システムを実現するための技術としてだけで考えるのではなく、企業が存続するための企業戦略を支える技術として考えるべきである。 BPIを「複数システム間での処理を連携させて、プロセスとして統合することにより、ビジネス的に意味のある一連の作業の『End To End』での自動化を実現すること」と定義する。 具体例とし
[ThinkIT] 第1回：BO定義とインターフェース定義 (1/4)
「企業戦略におけるビジネス・プロセス・インテグレーション」の連載では、ビジネス・プロセス・インテグレーション（BPI：Business Process Integration）と他の技術の違いやサービス・オリエンテッド・アーキテクチャ（SOA：Service Oriented Architecture）との関係などから、BPIの位置付けとBPIを実現するための要件と機能、それらを実現するメリットや難しさについて説明した。 特に重要な点は、BPIの機能を単なる柔軟な業務システムを作るためだけではなく、柔軟なシステム基盤を作るためのSOAの中の重要なコンポーネントと位置付け、企業が存続するための企業戦略を支える技術として考えるということであると結論付けた。 本連載では、「企業戦略におけるビジネス・プロセス・インテグレーション」の内容を踏まえて、それらを実装する方法を紹介する。 ここでは実践方法
SOA開発の簡素化を目指すApacheの「Tuscany」プロジェクト (1/3)
Apache Software Foundationの年次カンファレンスでは、「Tuscany」と呼ばれる新提案が話題だ。特定言語に依存したアプリケーションコンポーネント実装技術と、高レベルのSOAデザイン手法との間に存在するギャップを埋めるためのプロジェクトである。 今週、サンディエゴで開催中のApache Software Foundationの年次カンファレンスでは、「Tuscany」と呼ばれる新提案が大きな話題になっているようだ。 Tuscanyは先週、Apacheのインキュベーションとして承認された。同プロジェクトの提案書によれば、Tuscanyは、特定言語に依存したアプリケーションコンポーネント実装技術と、高レベルのSOA（サービス指向アーキテクチャ）コンセプト／デザイン手法との間に存在するギャップを埋めるためのプロジェクトである。 企業内開発者にとって永遠の目標である容易な開
SOAのカギを握るBPEL
今回は、SOAによるシステム構築でカギになるBPELについて紹介する。（特集：顧客満足度ナンバーワンSEの条件） 清水敏正（技術理事 / IBM Distinguished Engineer） 前回は、システム開発においてSOA（サービス指向アーキテクチャ）という新たな潮流が訪れていることを紹介した。 今回は、4月下旬に確認された最新の情報を基に考察してみよう。残念ながら日本ではまだ本格的な業務改革を伴うSOA事例は皆無と言ってよい。では、米国を初めとする世界ではたくさん事例があるかというと、それも違う。世界でも本格的な取り組みは始まったばかりだ。しかし、着々と事例は増えているのも事実だ。 ここで紹介したいのは、テレコム業界の中堅卸売り業者の例である。名前を公表してよい許可を得てないので会社名を出せないのが残念だが、いずれ事例として公表されるであろう。その最新の事例には、「エポックメイキン
BPMでシステムインフラを作り変える
システム開発・実行環境だったWebアプリケーションサーバが、BPM機能を取り込んできた。これがどのようなメリットに結び付くのかを押さえよう。 本特集「システムを柔軟に統合する」最終回では、Webアプリケーションサーバ系のBPM製品を取り上げる。というのも、前回紹介したEAI系のBPM製品も、単なる“システム同士をつなぐアダプタ群”ではなく、機能の拡充によりWebアプリケーションサーバの世界に近づきつつあるからだ。このようなBPM製品の方向性が何を目指しているのかを確認するとともに、企業システム構築において、具体的に何が実現できるかを押さえておこう。 なぜWebアプリケーションサーバとの統合が進んでいるのか もともとWebアプリケーションサーバは、J2EEアプリケーションの開発・実行環境として、開発者の間で注目されてきた。J2EEの特徴は、システム側の処理と業務プロセスを分離した「コンポーネ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日本IBM
SOA実装のオープン仕様―SCA研究会
日本IBM
日本IBM