現在は分散システム時代――つまりSOA時代への移行期に当たります。1990年代にDelphiやVisual Basicなどで作られたクライアント／サーバ型システム、2000年代にJavaや.NETで作られた3層システムは、多くの場合、SOAの観点では「ひとつの既存サービス」に該当します。SOAの導入には、これまでの成功パターンとは異なる水準でのプロジェクト実施が求められるのです。
　SOAの社内導入のために、単にSOA製品を買ってきて入れる「楽勝パターン」は幻想でしかありません。現実にはどう設計するのか、どう繋ぐのかなど、単なる手法の問題のみならず、さまざまな悩みや葛藤が噴出します。
　SOA型の設計とは、これまで作ったシステムが、単なる1つの「サービス」として振る舞い、繋がることが求められる世界です。つまり、部門や担当者ごとにバラバラだった統治形態に、大きな転換の覚悟を求められる世界でもあります。社内システムとしても、社内組織としても、情熱と信念を持って乗り越えなければならない壁はいくつも存在します。
　加えて、現場のITエンジニアは、より多くのパラダイム転換を突きつけられます。Javaのフレームワークやライブラリの使い方だけを追求すればよかった時代は過ぎ去り、どう繋ぐのか、どう要件と合致した設計を導き出すのか、どう既存システムと辻褄を合わせるのかという問題を解決していかなければなりません。本当の意味でのITアーキテクトが求められる時代なのです。
　今回の『SOAアーキテクト塾』では、連載記事で語り切れていないナマの現場の声として、お題目ではない現実の解法は存在するのか。どこにその鍵があるのか。そこに焦点を当ててみたいと考えています