App 高負荷! あれ、、 遅い App App App ユーザを待たせない 早いサーバから 応答 全体的に均一の 利用 2 App App Round Robin Least Time upstream backend { # round_robin; server backend1.example.com; server backend2.example.com; server backend3.example.com; server backend4.example.com; } upstream backend { zone backend 64k; least_time header; server backend1.example.com; server backend2.example.com; server backend3.example.com; server backend4.example.com; } ・・要件に応じてバランシングメソッドの指定が可能 ・・ヘッダー応答にかかった時間を元に最短のサーバへ転送 多くの分散方式によりOSSにおいても、一般的なご用件を満たすことが可 能です。また、記述がない場合、「Round Robin」の動作を示します NGINX Plusをご選択の場合にはより、アプリの応答時間の要求が高い 場合や、マルチリージョン・マルチクラスタにおける適切な分散が可能です
•JWT/Open ID Connectなどのアプリ側改修が不要となり、アプリの 構成がシンプルになり、運用負荷を低減できる •Key Value Storeを活用し、より複雑なロジックを実装できる。 (その他外部DBの利用が不要となる場合も) •ステートのSyncにより複数台のNGINXが簡単に同期される