InfoQ

News

SOAガバナンス:プロセスとアジリティのバランスを保つ

作者 Jean-Jacques Dubray, 翻訳者 編集部 投稿日 2008年10月3日 午前6時15分

コミュニティ
SOA
トピック
ガバナンス
タグ
CEP

情報システムは複雑であり、ビジネスニーズやビジネス上の目的に一致させることは、非常に難しいと判明した。絶え間なく進化するビジネスや技術環境における保存、コンプライアンス、可用性、リアルタイムな可視性、イベントの複雑な処理などに対処する必要があるからである。

ビジネスが必要とする価値の提供を妨げている障害に対し、SOAは実行できるソリューションとうたわれてきた。しかしながら、Service Oriented Architectureを構築するためのすべてのアプローチが同様の結果を提供するとは限らない。Mike Kavis氏はCIOの最近の記事(リンク)で、以下のように述べている。

堅固なガバナンスモデルなしにSOAを実装することは、管制塔のない空港を建設するようなものである。

氏は、ガバナンスということになると、プロセスとアジリティのバランスを適切に保つことが必要である、と提案している。

SOAガバナンスを実装しようとする(リンク)場合、2つの異なる罠に陥る企業をたくさん見てきた。最初の罠は、十分に堅固なガバナンスモデルがないことである。2つ目の罠は、余りにも多くのプロセスを取りすぎて、完成には永遠に時間がかかってしまうことである。

氏は以下のような提案をしている。

  • プロセスが十分でないと、混乱を招く
  • プロセスが過剰にあると、革新の妨げになり、アジリティを抑止する
  • ゆっくり時間をかけて、ガバナンスを進化させる

たとえば、効果的なガバナンスモデルがないと、

SOAは、システムダウン、かさばる開発コスト、管理できない実稼働環境および不満だらけの顧客を意味する。

そして、

SOAが約束している再利用、柔軟性、アジリティおよび統合のしやすさを実現するために、設計時のガバナンスは、ビジネス価値提供し、特定のパフォーマン スおよびセキュリティ要件を満たし、プラットフォームに中立で、すでにデプロイされているものを中断しないサービスが一貫性のある方法で構築されるように する。

また、ランタイムガバナンスは、

単一ビジネスサービスとして不可欠であり、多くのコンポーネントで構成されることがある。そのサービスがうまく行かない場合、適切なプロセスおよびツールを整えて、その問題を迅速に特定し、初めに顧客が気付く前にリカバリーする。
アジャイルであり、SOAガバナンスを同時に実行するにはどうするのか?

Mike氏は、この成果を実行するための現実的な過程を提供している。

  • 1つとして、重いテキストドキュメンテーションからビジュアルドキュメンテーションに移行することである。
  • SOAガバナンスは、プロジェクトマネージャが作成すべきではない。それを定義する必要があるのは、アーキテクトである(リンク)
  • SOA同様、SOAガバナンスは決して終わることのない旅のようなものである。 小さなものから始めて、その時に必要な過程のみを実施する。

また、避けなければならないことにも触れている。

企業によっては、1年以上もかけて適切なガバナンスプロセスを仕上げたところもあった。ビジネスに対する付加価値がまったくない一年である。SOAロードマップの重要部分としてSOAガバナンスを含めることである。

SOAを構築する際、ガバナンスはほぼ間違いなくもっとも細心の注意を要する、重要な要素の1つである。プロセスやアジリティの他に、策略的もしくは財政 的支援を計算に入れている場合は特にそうである。SOAガバナンスの構成およびプロセスの構築にどのように取り掛かっていたか?うまくいっていたと感じる か?それはなぜか?どううまくいっていたのか?

 

原文はこちらです:   http://www.infoq.com/news/2008/09/process-and-agility

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

No comments

返信

ジャンル別一覧

Agile2008 チーム参加レポート - 動機/準備編

筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。

Javaトラブルシューティングメルマガ総集編 2008/08~09

エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。

モデル駆動アプローチがうまく機能しない(しなくなる)8 つの理由

この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。

消費者主導契約を使ったサービス指向開発

この論文では、組織のサービス開発能力改善を目指した実用的な提案をします。

スケーラビリティの構築とパフォーマンスの達成:バーチャルパネル

InfoQ.com向けのこのバーチャルパネルでは、大企業やプロジェクトからスケーラビリティやパフォーマンスの著名人を招待し、みんなが夢に描いているような結果を達成するための秘密を明かしてもらいました。

アジリティのためにコンポーネントチームより機能チームを選ぶ

Craig Larman氏とBas Vodde氏は、どのように、そして、なぜ機能チームがうまくいくのかを説明し、この主要な組織の変化が価値あるものであることを主張します。

仮想化とセキュリティ

仮想化にはたくさんの利点がありますが、かと言って、その上に実装するアプリケーションのセキュリティをないがしろにしてはいけないのです。

Rubyのオープンクラス:猿のようにパッチを当てない方法

最近リリースされたRuby 1.8.7のプレビューリリースをウオッチしていたRails開発者はすぐに1.8.7プレビュー1に関してあることに気がつきました。それは、1.8.7プレビュー1がRailsを破壊してしまうということです。