じゃあ現実的なSOAって何よ?という話。
SOAが手法や方法論であるとするならば、現実的なSOAとはエンタープライズ・アプリケーションにおける現実的な手法や方法論ということになる。
ここで問題は、じゃあエンタープライズ・アプリケーションの現実解ってなんなのさ?という方向にすべっていくわけだ。
Tobeなところから考えてみる。システムに対する視点はいくつか考えられるので一言では言えないが、やっぱりメンテナンス性が高いだのロジック(ひいては業務プロセス)の組み替えが楽だのミッションクリティカルだのプラットフォーム依存しないだのという、どっかで聞いたような耳タコな表現になっちゃうんだと思う。
Asisなところでは...スパゲッティー的に絡んで状態が依存しあっている、ぐちゃぐちゃなシステムを思い浮かべてみよう。その中でFTPでチェックサムもつけずにファイル連携していたり、レガシーすぎて後継者が居なくなることが目に見えているシステムだったり、特定の人に依存しすぎていて目も当てられない状態だったりするんだろうな、という現場は何度か見て来たからなんとなく解る。
そんな中で現実解ってなんだろう?Asisなシステムに満足がいっているのであればそれが現実解なんじゃなかろうか?満足していないから、将来を見据えてTobeに近づけようとしてSOAの導入を検討している?そんな馬鹿な。だって、今のあなたのシステムはそんなに止まってないでしょう??だとすると今の時点でのシステムもある意味、現実解としてのエンタープライズ・アプリケーションですよね?Tobeに近づけるために沢山人を雇ってなんとかしているし、それでもいいんじゃないかと。
つまり、○○が××だったらいいのに!という叫び声が聞こえてこない限り、私には満足がいっているようにしか見えないんだな。〜だったらいいのに!は道具の発展における原点みたいなものだし、ここにこそエンタープライズ・アプリケーションの解が隠されていると思うわけ。
ただ、それを一気に片付けるような、ガンダルフの魔法の杖は存在しないのも明らかで、そこにこそ皆がIT業界の流行を追いかける理由になっている気がする。いつか自分たちの手元に素敵な魔法の杖が手に入る日がやってくるのだ、と。
(つづく)
SOAが手法や方法論であるとするならば、現実的なSOAとはエンタープライズ・アプリケーションにおける現実的な手法や方法論ということになる。
ここで問題は、じゃあエンタープライズ・アプリケーションの現実解ってなんなのさ?という方向にすべっていくわけだ。
Tobeなところから考えてみる。システムに対する視点はいくつか考えられるので一言では言えないが、やっぱりメンテナンス性が高いだのロジック(ひいては業務プロセス)の組み替えが楽だのミッションクリティカルだのプラットフォーム依存しないだのという、どっかで聞いたような耳タコな表現になっちゃうんだと思う。
Asisなところでは...スパゲッティー的に絡んで状態が依存しあっている、ぐちゃぐちゃなシステムを思い浮かべてみよう。その中でFTPでチェックサムもつけずにファイル連携していたり、レガシーすぎて後継者が居なくなることが目に見えているシステムだったり、特定の人に依存しすぎていて目も当てられない状態だったりするんだろうな、という現場は何度か見て来たからなんとなく解る。
そんな中で現実解ってなんだろう?Asisなシステムに満足がいっているのであればそれが現実解なんじゃなかろうか?満足していないから、将来を見据えてTobeに近づけようとしてSOAの導入を検討している?そんな馬鹿な。だって、今のあなたのシステムはそんなに止まってないでしょう??だとすると今の時点でのシステムもある意味、現実解としてのエンタープライズ・アプリケーションですよね?Tobeに近づけるために沢山人を雇ってなんとかしているし、それでもいいんじゃないかと。
つまり、○○が××だったらいいのに!という叫び声が聞こえてこない限り、私には満足がいっているようにしか見えないんだな。〜だったらいいのに!は道具の発展における原点みたいなものだし、ここにこそエンタープライズ・アプリケーションの解が隠されていると思うわけ。
ただ、それを一気に片付けるような、ガンダルフの魔法の杖は存在しないのも明らかで、そこにこそ皆がIT業界の流行を追いかける理由になっている気がする。いつか自分たちの手元に素敵な魔法の杖が手に入る日がやってくるのだ、と。
(つづく)
2 件のコメント:
続きが気になる。。
> hikiさん
書きました(^^;
月並みですけど、僕の考えてることをつらつらと。
コメントを投稿