問題タブ [azure-api-management]

Azure でイベント ハブ リスナーを作成するにはどうすればよいですか? 次のビデオは、Azure イベント ハブの作成とログ記録との結び付きを紹介するのに適しています。

https://azure.microsoft.com/en-us/documentation/articles/api-management-howto-log-event-hubs/

プレゼンターがコンソール アプリで実行されている Azure イベント ハブ リスナーを表示する部分に到達しました。

https://drive.google.com/file/d/0B9BQiDEzshCza3NVTUV2XzExTFk/view?usp=sharing

ただし、プレゼンターは Azure イベント ハブ リスナーの作成を順を追って説明していませんでした。Azure でイベント ハブ リスナーを作成する方法を説明できますか?

Azure Event Hub Logging has a policy configuration which defines the information that gets logged downstream. I've set up an IEventProcessor listener which gets a handle to all of the EventData configured in the policy. I could write code in IEventProcessor to log this data through a company-specific logger. I could also write code in my IEventProcessor to skip additional logging if context.LastError.Reason = "OperationNotFound".

Is there a way to configure filters in the policy to handle this type of logic that would prefilter events that I want to log or don't want to log? Also, is there a way to programmatically do this through some type of pre-event handler? By the time my IEventProcessor listener implementation is reached, I'm assuming that the event has already been logged somewhere.

Azure APIM ポリシー内からすべてのコンテキスト情報を簡単にログに記録する方法はありますか? コンテキスト変数には、多くの使用可能なプロパティがあります。

https://msdn.microsoft.com/en-us/library/azure/dn910913.aspx#ContextVariables

ただし、いくつかのいじりに基づいて、これらの各プロパティをログに明示的に指定する必要があるようです。context.ToString() のように、利用可能なすべてのコンテキスト情報を単純にログに記録する方法があるかどうか知っていますか? ポリシー内に単に context または context.ToString() を含めるだけでは、ポリシーをコンパイルできないようです。

コード ブロック式を含む Azure APIM の簡単なポリシー式を作成しました。これは機能します：

@{ return "start" + new Random().Next().ToString(); }

ただし、これは機能しません。

@{ return "start" + new Random().Next().ToString() + "end" }

2 番目の例のいくつかのバリエーションを試しましたが、APIM ポリシー マネージャーに受け入れさせることができませんでした。APIM ポリシー エラーは、次のエラーを返します。

「行 1、列 21 の要素 'log-to-eventhub' のエラー: コード ブロック式は中かっこで囲む必要があります。」

ただし、上記の式は中括弧で囲まれています。上記の2番目の例で私がやろうとしていることをどのように達成できるか考えていますか?

Azure APIM で列挙可能なコンテキスト データを一般的にログに記録する方法はありますか? たとえば、context.Api.Protocols を含むポリシーは次を返します。

ただし、タイプだけでなく、実際のプロトコルのリストを返すポリシーが必要です。これを行うためにポリシーに含めることができる一般的なコード ステートメントまたは式はありますか?

Azure API Management は、API のさまざまなバージョンを管理し、選択したアクションを古いバージョンから新しいバージョンの API に再ルーティングするのにどのように役立ちますか?

Azure APIM への要求を介してサービスを呼び出していますが、次のエラー メッセージを含む 403 応答を受け取りました: "呼び出しボリューム クォータが不足しています。クォータは 00:40:14 に補充されます。この制約を回避するために、一般的に APIM または Azure を更新するにはどうすればよいですか?

APIM からさまざまなコンテキスト プロパティをログに記録しています。コンテキスト変数からログに記録できるプロパティの 1 つのカテゴリは、アルゴリズム、オーディエンス、クレームなどのプロパティを持つ「Jwt」です。ただし、ポリシーからこれらのプロパティをログに記録しようとすると、APIM は次のエラーを返します。

「IProxyRequestContext」に「Jwt」の定義が含まれていません

これは、Jwt が特定のテスト インスタンス用に構成されていないことが原因であると想定しています。これに対してログを条件付きにする方法はありますか? 何かのようなもの？：

コンテキストに Jwt が存在する場合は、Jwt.Algorithm をログに記録します

Jwt はローカル環境用に構成されていませんが、運用環境用に構成されている可能性があり、私の会社はこの情報を取得することに関心があると思います。