InfoQ

News

I.T. SOA対ビジネスSOA?

作者 Mark Little, 翻訳者 編集部 投稿日 2008年8月24日 午後12時48分

コミュニティ
SOA
トピック
ケーススタディ,
方法論
タグ
IBM,
SAP
最近の投稿記事(リンク)で、Jeff Schneider氏(リンク)はIBMとSAPの人びととおこなった別々の会話について話している。その会話の内容は、I.T. SOAとビジネスSOAの差別化である。SOA and Business SOA. 前者は、より効率的な I.T.グループを実行することを支援する一方で、後者は新しい情報、製品および機能の作成に関係する。数年前、Steve Jones氏(リンク)がI.T部門向けの選択薬としてTechnical SOAについて話したので(リンク)、おそらくIBMやSAPがI.T. SOAについて話す場合、Technical SOAのことを意味しているのではないか?

Jeff氏によると、SAPは ...
... SOAをビジネスアプリケーションのテクノロジーイネーブラーとして位置づけた。(SOAベースの)ビジネスソリューションを販売している。
... 本来は、いくらか回りくどく感じる。しかしながら、Jeff氏は満足している。このことが意味するのは、IBMとSAPは実行を可能にするテクノロジーと して機能する、SOAが配置されているということを見込んでいる。それゆえ、ESBやその他のI.Tの可能な実装を含む、こうしたイネーブリングソリュー ションは無視し、ビジネスSOAに注意を向けるときである。
ビジネスSOAでは、新たな一連の「ビジネスSOAパターン」について検討する必要がある。

- 新たなチャネルを通して、どのように新たなビジネス製品を提供していくのか?

- より多くの/より良い情報をどのように流通業者、小売業者そして消費者に提供していくのか?

- どのように連結/共用情報をより緊密なサプライチェーンへと導くのか?
これに関して、Jeff氏は(I.T.)SOAの7つの禁句というものを考え付いた。
  1. 疎結合
  2. 抽象化
  3. 再利用
  4. 自主的
  5. 発見可能性
  6. 結合可能性
  7. 相互運用性
おそらく、SOAの技術的な側面があまりにも強調されているかもしれない。しかし、もしそうならば、誰/何に責任があるのか?確かに、これは一部、こうし たソリューションを(明らかに)売り出したIBMやSAPなどのテクノロジー企業の過ちではないか?もしくはSteve氏が言うように(リンク)
(テクノロジー)が特定のテクノロジーやアプローチに夢中になり、それをあらゆる場所で使用せずにはいられなくなっている。一種の中毒のような ...

しかし報告の多くが技術的側面を強調している(リンク)ときに、SOAがしくじっている(参考記事)という報告とI.T SOAがどのように結びつくかは不明である。もちろん、こうした失敗はただ単に誤った技術の選択を表すことがあり、もしくはMark Twain: reports of the death of I.T. SOA are greatly exaggeratedと言い換える(リンク)のか?

原文はこちらです:http://www.infoq.com/news/2008/08/itsoadead

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

特集コンテンツ一覧

Typemock: その過去・現在・未来

Eli Lopian氏率いるTypemock社の過去・現在・未来について、インタビュー形式にて記します。

企業とSaaSの仮想化がもたらすのは、迅速性(アップ)だけではない

この論文では、仮想化やクラウドサービスの複雑なメリットと実世界における応用を検討します。さらに重要なこととして、Contegixが複雑な問題の解決に仮想化を実装している方法や、仮想化を使うべきではないケースについて詳細を提供します。

RubyのFiberを非同期I/Oに使うNeverBlockとRevactor

Fiberはユーザに試練を課すことなくこの考えを実装する有益な並行性ツールとして、ライブラリが2つあります。まさにこのためのソリューションとしてあるのがNeverBlockライブラリです。私たちはNeverBlockプロジェクトのMohammad A. Ali氏とRevactorライブラリのTony Arcier氏に話を聞きました。

拡張性に関する悪習慣

システムの保守容易性や拡張性を確保するためのベスト・プラクティスに関する記事は数多くありますが、この記事では避けた方がいい、いくつかの悪習慣(ワースト・プラクティス)を強調します。

トップスポーツチームの監督に教わる秘訣

この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。

事例研究:Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト

この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。

Agile2008チーム参加レポート - 帰国そして変化

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。

SilverlightとJavaのインターオペラビリティ

マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。