SOAの課題はテクノロジーじゃないかな

１トランザクションの処理時間と単位時間あたりの処理数は必ずしも比例しないかもしれませんが、たとえば、
http://msdn.microsoft.com/vstudio/java/compare/webserviceperf/
によれば、だいたいどのプラットフォームも毎秒数百とか数千というトランザクションを処理していますね。
たしかに、セキュリティとかトランザクションという課題はありますが、そのためにWS-*策定が進められているという意味では、
> 時間が解決
というのは正しい回答だと思いますよ。

mohnoさん、お返事＆貴重な情報をありがとうございます。技術がだいぶ洗練されているのは確かなので確かに時間の問題なのですね。ドイツポストのSOA構築などについても取材しましたが、やはりまだまだ、Webサービスをはじめとした技術的な課題は多いようです。今後も注目したいと思います。

書かれているお話はSOAと言うより新しい技術を使うにあたっての設計の課題そのものだと思います。
EDI的（バッチ的）なアーキテクチャそのままでWebサービスを導入すると既存システムより数倍遅くなるのはあたりまえなわけですし、特定の時間に対する処理能力を最重要視した場合では使えないという結論も出るかもしれません。
企業システム全体で見た場合トランザクションが発生した時点で逐次メッセージを交換する仕組みに変更されればもしかしたらシステム全体としての処理能力はあがるかもしれませんのでそのインフラとしてSOAで提唱される技術が導入されるのは正解かもしれません。
局所のボトルネックと全体のボトルネックは違うわけですのでここが重要だと思います。
SOAの課題は技術的な課題というのは無くてより新しい考え方出てきたときに発生する設計上の課題というものがあるだけで、よって私の感覚ではSOAに技術的な課題は無いという感じです。（セキュリティーだってとトランザクションだって今でも対処方法はいろいろありますから。）
個々の技術よりどんな所に使えるのかとかどんな使い方が良いのかってのにとても興味があります。

たしかに、バッチのトランザクションと逐次処理が基本のWebサービスを比較することはできないですよね。結局、程度の問題で、システム全体と時間軸の中で、必要な量を処理できればいいということでしょうか。新たな技術の使い分けという点も承知なのですが、その割にはベンダーのメッセージとしてすべてsoa化するみたいな雰囲気があるような気がします。SAPは2007年までにすべてのアーキテクチャをESA（つまりsoa）化すると発表していたりということで、その辺の技術との温度差が正直言ってまだ自分としては掴めてない気がしています。
＃熊谷さん、コメントありがとうございます

おっしゃる通りなんでもSOAですね。なんと言ってもビジネスっぽいし、なんか抽象的で色々なものを含められるのでつい便利につかっちゃうんだと思います。Love & Peaceと同じぐらい使いやすいかも :-)

そういえばDatapowerみたいな企業ですが、ここいらへんの分野はCISCOが買っちゃうんじゃないかな～とおもってます。まあ創業者もそこいらへんの人ですし。通信機器がさらに上位レイヤーをサポートするとしたら次はここいらへんがターゲットでしょう。

うーんほんとに、シスコの製品と言われたらすぐに納得してしまいそうです。来日した担当の方はセールスの方だったのですが、技術的な知識もとても深くて「結構いいベンダーかも」と思いました。
M&Aの時代ですし、SOAが本当に普及するとしたら、真っ先にターゲットになりそうな雰囲気はあります。