比較優位の命令に基づいて、.NET とその Microsoft 指向の子孫は、 オープンなどのより一般的な代替手段よりも、顧客にとってより大きな価値と高い生産性を実現します。 SOA。 ジョブに最適なサービスを選択することは、利用可能な .NET サービスのみを選択するよりも優先されます。
InfoWorld ブロガー そして ミュールソース 最高経営責任者（CEO） デイブ・ローゼンバーグ もっている マイクロソフトについての考え そして SOA 最近の状況を踏まえて、そしてそれに先立ち、 相次ぐBizTalkの発表 そしてパートナーシップ。 私のように同氏は、SOAのサポートと親和性についてのMicrosoftの主張を例外としている。
以下はローゼンバーグ氏とのインタビューからの抜粋です。 ITビジネスエッジ:
質問： それで。 あなたも Microsoft が SOA を「理解」していないと感じている人ですか? なぜそう言えるのですか？ 彼らはそれを理解していないと思いますか、それとも理解したくないのですか？
ローゼンバーグ: Microsoft は SOA を取得していないだけでなく、その邪悪な行為のために意図的にコンセプト全体を横取りしようとしていると言えます。 Microsoft は、SOA の背後にあるアイデアをサポートするアーキテクチャ開発ツールやインフラストラクチャを何も提供していません。 Microsoft のアーキテクチャ 。ネット はサービス対応になるように設計されていないため、自分でサービス対応にしようとしたとき、つまり、 再利用を活用できるようにインフラストラクチャを構築すると、非常にカスタマイズされたシステムが構築され、 目的。
Microsoft インフラストラクチャを見ると、それは人々を自らの覇権に閉じ込めようとすることがすべてであり、SOA はすべてユーザーに制御を与えることを目的としています。
質問： Microsoft の SOA に関する 100 ページに及ぶ論文をご覧になりましたか? 「現実世界のSOA?」
ローゼンバーグ: そこに座ってあらゆる言葉を注ぎ込んだとは言えません。 それは彼らと似ていません 「Get the Facts」反 Linux キャンペーン -- それは興味深いものであると同時に、くだらないものでもあります。
Microsoft のアプローチで私にとって興味深いのは、SOA に関して行うべき明白な点は、「もちろん、私たちには戦略があります。これがあなたが今やっていることであり、これが私たちが行うことです」と言うことです。 彼らにとって、「はい、私たちもこれに参加します。[SOA] のやり方について考え始めたいと思います」と言うのは非常に簡単だったはずです。 許容できる。 代わりに、彼らはこの奇妙なアプローチを採用しています。
Microsoft からは、SOA に対するビジョンがどのようなものであるか、また、Microsoft の製品や Microsoft から購入するものがどのように SOA に参加するかについて、明確な回答はありません。 さらに言うと、Microsoft からは、「SOA にはこれらの製品を使用するべきです」というようなことは何もありません。
突然、.NET は言語からアプリケーション フレームワークになり、再び「Windows プラットフォーム」になりました。
開発者は信頼できないものをすぐに避けますが、Microsoft がその開発方法の雰囲気を決めていると思います。 開発コミュニティはより大規模なコンセプトを検討しており、これまでのところ SOA の作成に成功しています。 混乱する。
質問： では、Microsoft が SOA について語ることは、開発者の間で SOA が受け入れられることを妨げているのでしょうか?
ローゼンバーグ: 私の知る限り、彼らは自分自身に何の利益も与えていないのです。 様子見のアプローチはあまり良くありません。 興味深いのは、開発者たちが Microsoft のドッグフードをかなり激しく食べていることです。 彼らは選択を行う前に Microsoft を待ちます。
建築家にとって、仕事において柔軟性と機敏性を持たせるという点では、これは課題です。 IBM や BEA を見てみると、彼らが SOA についてどのようなビジョンを持っているかは非常に明らかです。 Microsoftに関しては、それが明確ではありません。
その一部は、.NET が SOA やサービス プラットフォームとして構築されていないという事実に関係していると思います。 彼らは異種環境を望んでいるのではなく、Microsoft スイート全体をどこにでも配置したいと考えています。 たとえば、数か月前、彼らはそれをサービス指向インフラストラクチャと呼んでいました。 業界標準の条件に従わない理由は何ですか?
この会社 [MuleSource] を始める前、私は金融サービス会社の CIO を務めていました。 当初、私たちはすべて LAMP と Java インフラストラクチャを使用していました。 私が入社する前に、彼らは .NET アプリケーションの開発を外部委託していました。 データとサービスを利用できる拡張性と柔軟性の高いインフラストラクチャを使用していました。 企業全体に適用し、インフラストラクチャに .NET アプリケーションを追加しました。これは完全かつ完全なものでした。 サイロ。
このフレームワークはサービスの方向に進むことを意図したものではなく、基本的に調整する必要がありました。 企業内の他のすべてのものは、この 1 つのアプリケーションのために、他のビジネスと連携できませんでした。
これは、.NET が開発にもたらした不幸な側面です。 概念的には、Java 担当者の方が .NET 担当者よりも SOA モデルを理解している可能性が高く、開発者は .NET の他のアプリケーションについて考える訓練を受けていません。 彼らは、サービスを利用したり、別のアプリケーションにサービスを公開したりすることについて考えるように訓練されていません。 これはこれまで、.NET を SOA を実行するプラットフォームとして使用する際の障壁となっていました。
良くも悪くも、この開発スタイルは .NET 開発者が生き生きとしているものです。 Microsoft にコンポーネントがない場合、それは存在しません。 しかし現実の世界では、依然としてその問題を解決する必要があります。
知識がある企業が、これほど重要な概念についてなぜこれほど無知なのでしょうか? これは世界最大のテクノロジー企業ですが、これまでのところ、SOA ではまったく無力で役に立たないことが証明されています。
質問： それでは、これは Microsoft による一種のマーケティング戦略だと思いますか、それとも単に SOA が普及すると予想していなかったためだと思いますか?
ローゼンバーグ: それは両方少しあると思います。 私が言いたいのは、SOA を採用すべきだということです。 オープンソースなら、なぜ彼らがそれを受け入れないのかはわかりますが、SOA なら、それが素晴らしいと言って奨励すべきです。 あまり意味がありません。
現実の世界では、私が説明したのと同じような状況にあり、1 つまたは 2 つの .NET アプリケーションを必要とする人々がいます。 【エンタープライズサービスバス（ESB）】. Microsoft は明確な答えを示しますか? そうではありますが、実際はそうではありません。
私の見解では、Microsoft 内部の攻撃者 A タイプは、SOA を軽視し、.NET の不快感を促進することに専念していると考えています。 同時に、マイクロ農奴と開発者は、最先端かつ革新的な企業やサービス プロバイダーのアーキテクチャの一部でも SOA が必然であることを理解する必要があります。
そして、世界が SOA に向かう中、Microsoft は企業としての本当の姿、つまり顧客のパートナーなのか、それとも生産性を隠れ蓑にする寄生虫なのかについて、社内で静かに戦うことになるだろう。
最終的には、市場が Microsoft の最終的な役割を決定することになります。 SOA を広く効果的に採用する人々にとって SOA に利点があるとすれば、私はそう信じています。 SOA が存在することは疑いなく、SOA を採用しない企業にはペナルティが課せられることになります。 原則。 これは最初に明らかになります SaaS ホスト型のオンデマンド アプリケーション プロバイダー。
Microsoft のソフトウェア開発とビジネスにインフラストラクチャの運命を投げかけている IT ショップ向け 開発能力 (後者が強みである場合) はコストと機敏性に直面する可能性があります デメリット。
もし私と Dave Rosenberg が SOA のメリットと Microsoft の SOA に対する一般的なサポートの欠如に関して間違っているとしたら、 より純粋に、.NET ショップは、時間の経過とともに TCO の削減とビジネスの機敏性の向上を通じて市場の強みを実証する必要があります。 .NET ベースのビジネスは、複雑でグローバルなビジネス環境の中でより適切に機能し、利用可能なサービスのウォーターフロント全体で混合ソーシングを活用できる必要があります。
しかし、その命令のもと、 比較優位.NET とその Microsoft 指向の子孫は、オープン SOA などのより一般的な代替手段よりも顧客に大きな価値と高い生産性を生み出すべきではありません。 ジョブに最適なサービスを選択することは、利用可能な .NET サービスのみを選択するよりも優先されます。 それはサービスを作成するコストの問題ではなく、最も有利な方法で最も優れたサービスを組み合わせることの価値についてです。
私は静観するつもりだが、オブザーバーとしての私のリスクは、今後数年間に賭けをする建築家よりもずっと低いだろう。 ちなみに、私たちが「フラット化された世界」の時代に突入する中で、彼らの企業が生き残れるかどうかが懸案となっている。 グローバル化の進展、参入障壁の低下、オープンな貿易、電光石火の市場 破壊者。
賭けをヘッジする傾向がある人にとっては、サービス対応の .NET をサポートしながら、一般的な SOA を利用するのが良いかもしれません。 比較的不利な状況から SOA の目標をサポートしようとしながら、.NET で銀行取引するよりも安全で有益です。