1

これが私が提案している基本構造です:

データウェアハウス(より良い言葉が欲しいため)

  • オンラインEコマース
  • バックエンドMIS

つまり、たとえば注文があるという考えです。注文は、eコマースサイトまたはバックエンドMISを介して作成できます。いずれの場合も、注文はユーザーに注文を表示するためにeコマースにフィルターで除外する必要があります。その逆も同様です。

将来的には他のアプリもあります。

つまり、このデータをサービスAPIでラップする中央ウェアハウスを用意し、他のアプリがそれにプッシュ/プルするという考え方です。

大丈夫ですか?問題はデータの同期だと思います。注文を作成するとき、作成時に注文を倉庫にプッシュするか、キューに入れるか、またはほぼリアルタイムからリアルタイムの同期が必要であると仮定して、これらすべての同期を維持する他の方法がありますか。

4

1 に答える 1

1

RESTサーバーが単なる別のデータストアであると想定します。各クライアントは、必要に応じて、単純な古いデータベースからどのように更新を取得しますか?

各クライアントに定期的にデータストアをポーリングさせる場合、それは1つの解決策になります。

于 2012-12-19T21:59:05.987 に答える