あなたは優れたソフトウェア製品を持っているのに、なぜそれをSOA互換にするのでしょうか？
5 に答える
2
これを行うと、データサービスとアプリケーション層の間の結合が緩くなります。これにより、サービスコンポーネントを他の製品に再利用する柔軟性が高まり、アプリケーションが変更について知る必要がなくても、必要に応じて基盤となるサービスアーキテクチャを変更できるようになります。
そうは言っても、最初に、変更を行う前に切り替えを行う必要がある実際のビジネスユースケースが必要です。最新の流行語に追いつくために単に変更することは、お金の無駄です。ただし、新しいプロジェクトを開始する場合、アプリケーションにとって意味があるのであれば、サービスベースのアーキテクチャを検討することをお勧めします。
于 2009-03-21T19:46:44.920 に答える
1
あなたの製品を他のアプリケーションと統合可能にしたい場合、そしてあなたの顧客が実際にこの要望/要件を表明している場合、私はそれを検討しますが、それ以外の場合は時間とお金の大きな無駄になる可能性があります。それを機能させるために。しかし、明確な理由がなくても、他の人がやっているからという理由だけでトレンドを追うのはおそらく意味がありません。これが必要なときは、顧客が知らせてくれます。
于 2009-03-21T19:52:56.933 に答える
1
私の意見では、正当な理由は 1 つだけです。異なるプラットフォームまたはテクノロジ間の相互運用性が必要だからです。それ以外の場合は、多くの悲しみを救って、よく混乱したアーキテクチャを「ただ」作成してください。上司が聞きたい場合は、それが SOA であると上司に伝えてください。将来、他のプラットフォームに移動したり、他のプラットフォームを使用したりする可能性があるため、これを行わないでください。相互運用性の問題はまだありません。
于 2009-03-21T20:23:17.843 に答える
0
これは、あなたの「優れたソフトウェア製品」についての詳細なしに答えるのは非常に難しい質問ですが、大雑把な一般論で言えば:
- 製品に SOA スキームを実装すると、Web サービスはほぼすべての開発プラットフォームで動作するため、より多くの開発者が製品によって提供される API サービスを利用できるようになります。
- 製品がすでに特定のデータを公開する Web アプリケーションである場合、分析を実行したり、考えもしなかった、または構築する時間がなかった可能性のある追加のアプリケーションを構築したりすることに興味を持っているデータの読者/消費者がいることに気付くかもしれません。 .
于 2009-03-21T19:48:27.477 に答える
0
実際には、その必要はありません。
SOA 構造を実現するのは非常に複雑です。それには、ほとんどの企業が持っていないと私が信じているケアと組織のスタイルが必要です. （あなたがそのような組織を持っていればうれしいです）。
Tomas Erls が現代の SOA と Web Service First Generation について語っています。WS-I は、asp.net Web サービスなどの従来の Web サービス スタイルです。実際、この従来の Web サービスはサービス指向を意味するものではありません。そして、人々が単純な Web サービスを構築し、それを SOA と呼んでいます。
現在の SOA は、サービスに基づいて構築されたシステム全体であると私は考えています。この「エコシステム」内では、サービスが相互に呼び出していくつかのタスクを実行します。
SOA 分析は苦痛であり、注意が必要です。そのようなエコシステムを構築するには、最初から準備を整える必要があります。
エンジニアリング サービス インターフェイス (コントラクト) もパラダイムです。リーン シンキングを実践している場合は、最先端のデザインを作成したいという欲求を抑える必要があります。システムがすでに動作している場合は、問題ありません。将来誰かが統合を必要とする可能性があり、それについてまだ知らない場合は、今はしないでください。しかし、あなたのシステムが消費されるために生まれたのなら、あなたはそれについて考えます。
一番
于 2009-05-22T17:47:47.383 に答える