質問

与えられているタスクの構築の基盤整備のSOAん。の目標を切り開いていくことが私たちの様々なプロセスに関する最終顧客の依存性が見られなかったとしていますが、さらなるデータをオフラインなどのための職員おります。

いて豊富な経験とJ2EE(Websphere)およびwebサービスもいただければ幸いアドバイスをどう確立するかというようなSOA.

の落とし穴?どのセキュリティ?どのよう細かく砕いうサービスですか?など。

リンクのチュートリアル-図書の勧告にも役立ちます。

よろしく!

役に立ちましたか?

解決

落とし穴

  • バージョン管理/下位互換性:でもハードを変更契約までの負荷おります。自然と精神との融合によってサイトのバージョンのApiのバージョンのURL

粒度

  • 各サービスreasonly自含まれる(が見つからない人がい3通話がいくには何が必要)

プラットフォームに依存

  • み以上のアクセスApi(WS、JSON、レスト---)

他のヒント

人ではないかSOAれを意味します。

http://martinfowler.com/bliki/ServiceOrientedAmbiguity.html

は合意が成長していった記述)

であることを森の仲間のおお客様からの平均があります。そして与えるもの 実際にビジネス価値を提供, が時を刻むずSOAックボックスに合致するようにする。

したいときには、SOA-skeptic.ファウラーを嘆くものにはいいと思う。

"と、より一般的な問題クライアントが2以上のアプリケーションと連携します。見学校の統合のパターン.

EIP image
(出典: amazon.com)

このIBM Redbook (#sg246303 は非常に良い基礎のSOA.

としてのAlanと、私の読み込みを開始す 企業の統合のパターンを予.があり、いろいろな方法での実装を使用するか、もしくは、メールシステムに直接などJMSはオープンソースのようなプロジェクト Apacheキャメル, 例えば、 パターンのカタログ.

私にも理解の方法などについてRESTfulサービスを利用JAX-RS ジャージー として簡単な資源をお客様のシステムでは、webからの言語-プラットフォームに簡単に陥ることなく、ソープ/WS-*deathstar:)

得ESB(企業のサービスバス):Mulesourceは良い選択(Opensource、大人っぽく、出血)があります。一度で理解で参りますので、ご理解の程、何SOA.

の目標を切り開いていくことが私たちの様々な プロセスに関する最終顧客の独立 うとしていますが、さらなるデータ オフラインなどのため担当者の訪問 おります。

後半の最初がやりたかっただけで、SOAの話題というのは無いような気がしにおけるヘテロクロマチンへのモバイル機器の問題です。宿泊したいと思いましたらうを考慮されなかった時代は過去の問題ま旨.Webサービスを開過程でクライアントが独立。

これまでの予見する SOAコンパス も可能で アマゾン

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top