2017-12-19 17 views
0

Azure API Managementを使用して、一部のAPIのAPIゲートウェイを提供しています。特定のApiのポリシーを設定するには、プロパティ(名前付き値)を使用してユーザーのメタデータを復元し、それを受信リクエスト本文の変数に割り当てました。新しいユーザーを追加するときは、新しいユーザーのメタデータをjsonに追加する必要があります。プロパティの値が今まで以上に増加して限界を超えました。私はもうこれ以上情報を追加できません。 API管理ポリシーでアクセスできるようにするために大きなメタデータを復元するのが最善の方法は何ですか?Azure API管理 - ユーザーメタデータ

アップデート1

私は私はAuth0のapp_metadataにユーザメタデータを追加することができ、その後、AzureのポリシーでIはAuth0からJWTを検証し、トークンクレーム(app_metadata)を得アズールからAuth0に認証処理を切り替えている説明this articleにあります。そうすることで、大規模なユーザーメタデータ(json)の問題を解決することができますが、他のプロパティ(名前付き値)に格納されている他の関連しないユーザーメタデータを解決することはできず、さらにAPIゲートウェイの受信ポリシーが大きくなり、管理して維持することは容易ではありません。

この段階では、すべてのAPIゲートウェイインバウンドポリシーをより良い方法で管理しやすい環境、つまりC#で処理するソリューションを探しています。したがって、私の2つのセントは、新しい.net APIにAPIゲートウェイインバウンドポリシーを実装し、このAPIを既存のAPIゲートウェイインバウンドポリシーで呼び出すことで、Azure APIゲートウェイと既存のAPIの間でブリッジの役割を果たすことができますこれが実現可能かどうか、既存のAPIを新しいAPI経由で直接呼び出すことができるのか、それとも何らかの方法でAzure APIゲートウェイ経由で呼び出す必要があるかどうかは不明です。

答えて

0

私はthis solutionで終了しました。Azure Cosmos DBでユーザーメタデータを復元し、API管理ポリシーでCosmos APIを呼び出してメタデータにアクセスし、Cosmos API呼び出しをポリシーにキャッシュできることを基本的に示唆しました。

0

この時点で、複数の変数に格納するか、ポリシーで直接ハードコードする必要があります。

+0

これは私がすでにそれについて考えていたことを回避するものであり、非常に緊急の場合にはすぐにひどい解決策として役立ちます。 –

関連する問題