非同期マイクロサービス通信はUIの観点からどのようにしてベターを実行できますか？私の角度UIで

Question

は、私のようなAPIゲートウェイからエンドポイントを呼び出す：microservicesにおけるベストプラクティスによると

this.http.post(`/order`).subscribe(order => addNewOrderToList(order)); 

、/orderハンドラは、一つ以上のmicroservicesによって消費するイベントを発行する代わりに、必要があります同期RESTを使用して互いに呼び出します。だから、私は次のハンドラ記述：UIの観点から

@RequestMapping 
public Future<Order> addOrder() { 
    CompletableFuture<Order> future = new CompletableFuture<>(); 
    // publish event 
    // ... 
    // wait for final event raised by a service. 
    future.complete(createdOrder); 
    return future; 
} 

を、私のエンドポイントが新しい順に返されるまで、そのユーザーが新しい順は表示されませんではないでしょうか？バックエンドが非同期であっても、UIはまだ同期しているように感じます。この場合のUIを改善するベストプラクティスは何ですか？

Answer 1

おそらく、この場合、非同期性と最終的な整合性を取り入れることです。

あなたのHTTPエンドポイントは、実際に何もしません。UIコマンドを受け付けるだけで、他のバックエンドマイクロサービスがエンキューして最終的に処理します。

したがって、おそらくコマンドを受け入れ、検証し、エンキューし、クライアントにHTTPステータスコード202 Acceptedを返すだけです。レスポンスにETAヘッダーを含めると、クライアントが別のエンドポイントをポーリングして結果の準備ができているかどうかを確認できます。 truly RESTful approachに従っている場合は、クライアントが準備ができたら結果をポーリングするために使用できるリソースへのリンクを含めることができます。

あなたは以下の記事を読むことをお勧めします

：

• REST and long-running jobs
• Eventual consistency in REST APIs
• 4 Ways to Handle Eventual Consistency in the UI

Answer 2

はこれを行うには2つの方法がありますが、例のUI /クライアントの両方を非同期

1. が同期にアクセスされるが、非同期の性質をブラウザから追加することができRestControllerを実装するサービスを呼び出します。これはより伝統的な方法です
2. コントローラメソッドを有効にします。 UIはサービスを呼び出し、データが利用可能であるときに通知します。これは新しく、SPring 5.0でサポートされています

どちらも良いですが、＃1アプローチは古いですが、＃2はUIとサーバーの両方でより多くの処理を必要とします。非同期動作を追加すると、ユーザーの操作性が向上します。つまり、データを待たずにUIで他の操作を行うことができます。