問題タブ [netflix-zuul]

Angular JS と Spring Securityに関する記事に従って、Angularjs の Spring Data Rest とクライアント アプリに基づく API を用意しました。API はコンテキスト "some-api" でホストされ、クライアント アプリはルート コンテキストでホストされます。クライアント アプリの Zuul プロキシ設定は次のようになります。すべてが順調ですが、クライアント アプリと API の間のプロキシ構成が期待どおりに機能していません。クライアント /api からの応答には、API 呼び出しを中断する「some-api」サブ コンテキストが含まれています。

ズール構成:

API アプリ:

http://localhost:9988/some-api/

クライアント アプリ:

http://localhost:9900/api/

Netflix Zuul がリクエストをルーティングできるフィルターとして機能することを理解しています (特に分散 API ベースの環境で)。

1. Struts2 の種類のフレームワークの通常のサーブレット フィルターまたはインターセプターと比較して、Zuul にはどのような特別な機能がありますか?

2. Zuul フィルタはサーブレット フィトラー自体で作成されていますか?

注: Zuul に関するいくつかの記事では、Zuul で実行できる動的ルーティング、負荷制限、洞察、ヘルス分析などについて説明しています。私の質問は、従来のフィルターや Struts2 インターセプターなどで同じ操作を実行できないかということです。Zuul はどのような違いをもたらしますか?

Zuul を使用するプロジェクトに spring-cloud スタックを使用しようとしています。私の組織には、xml ベースのカスタム構成スタックがあり、プロパティの構成と階層的なオーバーライドを行います。この構成の処理方法が原因で、PropertySource を作成するのに苦労しました。

私のカスタム PropertySource は私の Config Bean を使用する必要がありますが、Spring Boot のブートストラップ中に PropertySources が初期化されるため、アプリケーション コンテキストはまだ完全に初期化されておらず、xml ベースの構成システムを公開するカスタム Bean にアクセスできません。

@ConfigurationProperties は、完全に .properties および .yaml ファイルに偏っているようです。Config Bean は ApplicationContextInitializer で初期化されます。初期化後に Config Bean を使用してカスタム プロパティ ソースを構築できるように、さまざまなサービス内で ConfigurationProperties の解決を遅らせる方法はありますか?

RESTful サービスへのゲートウェイとして Spring Cloud と Zuul プロキシを使用しています。

ゲートウェイ アプリケーション (ポート 8080 で実行される Spring Boot Web アプリ) 関連コード:-

メインクラス:-

ズール マッピング:-

上記の UI ゲートウェイ アプリケーションの起動中に、プロキシのマッピングが登録されていることをログで確認できます。

REST サービス (ポート 9000 で実行される Spring Boot Web アプリ) 関連コード:-

残りのクライアント (私の場合は POSTMAN) を使用すると、上記のエンドポイントから正常に応答を取得できます (認証トークンを処理した後)。

UI アプリケーションで AngularJS を使用して、REST エンドポイントからデータを取得しています。

関連コード:-

上記の呼び出しは 404 エラーを返しています:- これは私の Chrome デバッガーが示すものです:-

リクエストヘッダー:-

応答ヘッダー:-

ここで何が問題なのですか？マッピングが間違っていますか、それとも他に何か不足していますか?

解決した

受け入れられた回答によると、次のように変更すると、Zuul マッピングの変更が機能しました。

私は一連のマイクロ サービスを持っており、スプリング クラウドを使用して uri コンテキスト パスを特定のマイクロ サービスにマッピングする方法として、フロント エンドからのルーティングに zuul を使用しています。

内部的にも外部的にも、Spring OAuth2 を使用していますが、これは非常にうまく機能します。

ただし、ある特定のサービスでは SAML の要件が発生しており、これにより、そのサービスにスティッキー セッションの要件が課せられます。

別の人がこれを検討しており、zuul のスティッキー セッション サポートを導入する正しい方法は何でしょうか。

これを理解するまでの回避策として、フロントエンドにある HAProxy からのいくつかのリクエストをこのサービスに直接ルーティングしています。

Spring Boot を使用して単純なリバース プロキシを実装しようとしています。

• ルート追加も簡単
• ルートごとにカスタム認証を追加する機能
• 必要に応じて追加のヘッダーを追加します

アノテーションによって提供される機能を見てきましたが、@EnableZuulProxyEureka、Ribbon、または Hystrix を使用したくないので、重すぎるようです。ただし、@EnableZuulServer構成が少し軽いです。

誰かが私が求めているものの例を提供できますか? Netflix Zuul はこれに適した選択ですか、それとも私が見るべき別のライブラリはありますか?

ありがとう！