0

2 つのアプリケーションがあります。1 つは消費者が製品を閲覧して購入できるように公開されています。製品はオンライン コースであり、顧客の注文に応じて、ログインしてそのコースを使用できる他のアプリケーションのログイン資格情報を取得するためのアカウントを取得します。

現代では、消費者が注文アプリケーションを出すと、SOAP を別のアプリケーション Web サービスに送信します。別のアプリケーション Web サービスは、顧客に必要な資格情報を作成し、それに応答して、注文が「正常に処理された」ことを他のアプリケーションに伝え、レシートが常にリンクがある場所に印刷されます。シームレスに他のシステムにログインできます。

この統合にはいくつかの問題があります。

  1. Web サービスを介して注文を受け取る他のシステムのメンテナンスを行い、すべての販売が停止するまで資格情報を作成すると、
  2. フォールト トレランスなし - 断続的なネットワークの問題により、両方のシステムが通信できないか、Web サービスがデータベース サーバーと通信できないために、すべてのシステム ノードまたは一部のシステム ノードが使用できなくなったと想定し、注文を開始して失敗したとします。
  3. トランザクション管理を改善する必要がある
  4. 例外管理を改善する必要がある

そして、改善欲求:

  1. オーダー Web サービスを備えたポータルのメンテナンス期間はオーダーに影響しません。代わりに、注文はキューに入れられ、ポータルがライブに戻ると、キューに入れられたすべての注文の処理が開始されました
  2. 顧客の認証情報を作成する (ポータル) Web サービスの注文トランザクションは、明確に定義されたトランザクション (設計) パターンに基づいて構築する必要があります。
  3. 2 つのシステム間の通信を改善する優れた例外処理

最後に、両方のシステム統合が改善され、注文の失敗という最も重要な問題が完全に解決されます。

私は EIP や Messaging Services、Service Oriented Architecture についてあまり詳しくありません。コンセプトを構築し、問題に対処するためのソリューションを準備する時間もあまりありません。これらすべてのトピックを読み始めましたが、この問題に対処し、この統合をよりスケーラブルで信頼できるものにするためのアーキテクチャ上の解決策を言うには、迅速な支援が必要です。

ありがとう。

4

1 に答える 1