情報システムは複雑であり、ビジネスニーズやビジネス上の目的に一致させることは、非常に難しいと判明した。絶え間なく進化するビジネスや技術環境における保存、コンプライアンス、可用性、リアルタイムな可視性、イベントの複雑な処理などに対処する必要があるからである。
ビジネスが必要とする価値の提供を妨げている障害に対し、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ガバナンスの構成およびプロセスの構築にどのように取り掛かっていたか?うまくいっていたと感じる か?それはなぜか?どううまくいっていたのか?
原文はこちらです：