ゲートウェイZuulの簡単な紹介
以下は、☞から説明する詳細な春クラウドZuulサービスゲートウェイとZuulは、API Gatewayの構築使用し
すぎないで詳細な導入をBenpianを。特長/パフォーマンステストエンジニアは、あなたが理解する必要があり、ゲートウェイサービスを開発することができます知っている必要があります。
マイクロサービスゲートウェイへI.背景と紹介
一般的に、異なるマイクロサービスは、異なるネットワークアドレスを持っているし、外部クライアントは、ビジネスニーズを完了するために、複数のサービス・インターフェースを呼び出す必要があります。例えば、映画のチケットコレクションAPPは、マイクロフィルムの分類は、ユーザーのマイクロサービス、少額決済サービスのサービスをコールバックすることがあります。クライアントとマイクロサービスが直接通信する場合は、以下の質問があります：
- クライアントは繰り返し、異なるマイクロサービスを要求したクライアントの複雑さを増します
- 特定のシーンでのクロスドメインリクエスト処理は比較的複雑です
- 認定複合体は、各サービスは、別々の認証が必要です
- 再構築することは困難で、プロジェクトの反復は再分割マイクロサービスする必要があるかもしれないと直接クライアントとマイクロ・サービス通信ならば、その後、再構築が実現するのは難しいだろう
- いくつかのマイクロサービスは、他のプロトコルを使用して、直接アクセスが困難になります
上記の問題は、マイクロサービスネットワーク管理の手段により解決することができます。マイクロサービスネットワークは、クライアントとサーバとの間に中間層を介在されている、すべての要求はに進化した外部マイクロサービングゲートウェイアーキテクチャを通過します。
二、Zuulプロフィール
Zuulは、オープンソースのNetflixマイクロサービスゲートウェイでありますZuulのNetflixは、JVMルーティングおよびサーバロードバランサに基づいて生成されます。これは、ユーレカ、リボン、Hystrixは、他のコンポーネントと一緒に使用することができます。Zuulコア構成要素は、これらのフィルタは、以下の機能を実行することができ、一連のフィルタです。
- 認証とセキュリティ：各リソースの識別検証要件、および要求と一致しないものを拒否する
- レビューと監視：
- 動的ルーティング：異なるバックエンドクラスタに動的経路要求
- ストレステスト：徐々にパフォーマンスを理解するために、クラスタへのトラフィックを増やします
- 負荷分散：分布の各タイプの負荷容量に応じて、破棄要求が限界値を超え
- 静的応答処理：クラスタに転送を避けるために、対応するエッジ位置。
- 多地域の柔軟性：ELB（ElasticLoadバランス）を達成するために設計されたクロスドメインルーティング要求AWSリージョン多様化を使用します
第三に、ゲートウェイは何ですか？なぜ私は、ゲートウェイを使用する必要がありますか？
ゲートウェイの状況が存在しない場合には、外部から提供されるサービスに描くことで、直接の呼び出し元にさらさAPIサービスインターフェイスは、呼び出し側は、異なるサービスの発信者が変わるとき、このようなチェックのロジックとしてカスタマイズされたアクセス権限を追加するためにバインドされて増加しました。壁を作成するには、端末とサービス・プロバイダとの間のサードパーティコールをAPIゲートウェイを追加する、とすると、この壁の権限は直接計算に直接アクセスせずに通り、バックオフィスサービスを終了するにはバランスの取れた配分を要求した後、呼び出し側との通信を制御します-serviceメソッドを追加するが、API-A追加/リンクすることにより、サービスインスタンスに要求を渡します。リバースプロキシを - - Zuulは、負荷分散を提供することであり、このようなAPIゲートウェイの認証局。
nginxのは、アプリケーション・サービスの最前線に保護壁の壁を追加することに似て、zuulロードバランシングはサービスステーションまたはクラスタ内のサービスインスタンスへの派遣要求のためです。リボンは、また、メインサービス負荷の関数であり、それは、特定の配信サービスは、例を提供して要求するために呼び出す消費者のためのサービスです。どちらも、実際には異なるシステムレベルにある、負荷分散を行います。
〜オーバーさて、ここで簡単に