トップスポーツチームの監督に教わる秘訣
この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。
作者 Jean-Jacques Dubray, 翻訳者 編集部 投稿日 2007年10月2日 午前1時48分
マイクロソフト社のコネクトシステム部署のプログラムマネージャであるNick Allen氏は自身のブログ上にて質問を投げかけている(source)。
ESB(Enterprise Service Bus)は一体本当は何を意味しているんだろうか?ここ数年に渡ってこの疑問に関して物議を醸しており、それは留まる事を知らないように思える。私が2003年に初めてESBに関する記事を読んだ時、それを理解するのに4年以上かかるなんて思ってもいなかった。
去年Miko Matsumura氏が2記事に渡ってこの疑問に触れている。(パート1・英語、パート2・英語)今回はNick氏が、主要なベンダー達の提示するESBの定義を調査した。しかしながら、
マイクロソフト社...はこの定義に関する疑問を上手くかわしている。([ESBガイダンス]サイト(サイト・英語)はESBが人によって異なる意味合いを持っているという見解をしている。)
Burton GroupのリサーチディレクターであるAnne Thomas Manes氏は下記のように述べている。
ESBは本質的にSOAシステムではなく統合システムである。SOAはアプリケーションのかたまりを崩壊することに焦点が当てられているが、統合システムはこれらのかたまりを強要するものである。ESBは特にレガシーアプリケーションへの橋渡しとして便利なものであり、それゆえにサービスインフラにおいて実用的なコンポーネントなのである。
Anneの定義はSun Microsystem社のRon Ten-Hvoe氏とJBIのスペックリードの意見と一致しているように思える(source)。
ESBはサービス指向のアプローチを使用した、エンタープライズIT機器資産の統合用分散型ミドルウェアシステムなのである。
それか、もしくはGartnerの定義と一致しているかもしれない。
疎結合、また分離性ビジネスコンポーネント内での媒介関係と知的に指示されたコミュニケーションをサポートするWebサービスに対応可能なインフラである。
Nick氏が記載したように、これはBEA、IBM、Oracleの共通のテーマであるように思える。共通のコミュニケーションとビジネスコンポーネント用の統合サービスである。ベンダー間で明らかな違いがあるのだが、IBM、MicrosoftにとってESBは機能の一連の機能に関連するパターンであり、 他者にとってはそれは製品なのである。これがこの議論の一番厄介な部分だったのである。2005年にはマイクロソフト社アイデンティティプラットフォーム プロダクトマネージャーのRich Turner氏が下記のように記述している(source)。
ESB(製品)はデータ処理能力の無いノードをくっ付けるための効率的な配管設備なのである。WS routeは潜在しているスマートプラミングの必要性を減少させながら、またプラットフォーム、装置全体を通してオープンコミュニケーションを保証し、ノードそれ自体をスマートなものにする。
またRichの要点は今年ますます関連性を帯びてきた。というのも所有者達に多様な代案を提供しながら、スタンダードはWebサービスに基づいた、安全で信頼できる処理されたコミュニケーションメカニズムを可能にしたWS-TX(source)とWS-RX(source)の仕様が承認されたのだ。Rourke McNamara氏はESB実装(ESBi)とESB製品(ESBp)を区別している(source)。
ESB製品(ESBp)はESBiを構築する会社を支援するために作られている。ESBマーケットは成熟しており、ESB製品の定義が2006年1年間に渡って明確にされてきた。そして今年は主要なSOAベンダーがこぞって純化されたESB製品をリリースした年となった。原文はこちらです:http://www.infoq.com/news/2007/09/what-does-the-term-esb-mean
InfoQ Japanはコンポーネントスクエアが運営しています
【無償】「Google Apps 企業向けソリューションセミナー」のご案内
セキュアなIT基盤と付帯運用サービス”SecureOnline”
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。
マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。
筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。
エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。
この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。
No comments
返信