あるマシンのWebサーバーUIがバックエンド/他のAPIと同期していない場合、どうすれば対処できますか？

Question

私の会社が販売するシステムは、マルチマシンソリューション用のソフトウェアです。場合によっては、マシンの1つにUIがあり、別のマシンにバックエンド/ APIがあります。これらのシステムは、さまざまな操作および記憶値のために通信し、それぞれが独自のクロックを使用します。

UIのシステムクロックがバックエンドより30秒以上先行すると、UIのタイムスタンプがキー情報としてREST要求に送信されるため、クエリが誤動作するようになります。 「私が更新したもの」クエリが30秒ごとに発生し、非同期になると、タイミングウィンドウの外にあるので、更新されたデータが失われます。

ソフトウェアがインストールされているシステムを制御できないため、コード側で解決策が必要です。私は顧客に時計を同期させるよう強制することはできません。

• をUIがそれのシステム時刻のためのバックエンドを照会し、そのをキャッシュすることができます：私が考えた

  可能な解決策。

• バックエンド/ APIは、アップデートを探す際に、さらに時間を遡ってアクセスできます。これにより、クロックに余裕を持たせることができますが、大きなデータセットを持つシステムでは、より重いクエリ負荷が発生します。

Answer 1

あなたの最善の策は、あなたのAPIを幾分再構成することです。

まず、NTPは良いアイデアですが、実際にはその使用が保証されていません。さらに、有効になっている場合でも、OS（Windows少なくとも）は、特定の攻撃（数分のオーダー）を防ぐために、同期がとれていないパケットを拒否することがあります。

このような分散サービスを扱う場合、マントラは「クライアントを信頼しないでください」です。これは実際にクライアントを制御している場合でも適用され、必ずしもクライアントが悪意のあるものを試しているとは限りません。つまり、クライアントが信頼できるソースではないということです。
タイムスタンプが含まれている必要があります。
タイムスタンプは、クライアントの時間を使用してサーバーを照会しようとしているため、ここでは問題になります。ただし、クライアントを信頼する必要はありません。代わりに、サーバーが要求が処理されたときのタイムスタンプ、またはデータベースの最新のエントリの更新スタンプを返すようにして、新しい更新プログラムを取得するための後続のクエリで使用できるようにする必要があります最初のクエリはあなた次第です）。

同時更新を安全に処理することは少し難しく、衝突時に何が起こるかによって異なります。問題のデータベース中心のバージョンを取り扱っているほとんどの質問と回答から実際には異なるものはありません。状況を正しく処理または検出するためにAPIに追加のフィールドを追加する必要があるかもしれないことに注意してくださいまだしていない。