現在、Apigee Edge のドキュメントを表示しています。
Apigee X のドキュメントをご確認ください。 情報
以下に、よくある質問を示します。
- 多数の API プロキシを使用しています。すべての API プロキシのアラートを設定するために推奨されるアプローチを教えてください。
- API Monitoring にアクセスできるロール
- [Recent] ページに一部の API プロキシが表示されないのはなぜですか？
- タイムラインにレイテンシ グラフが表示されないのはなぜですか？
- ログはエラーの原因となったステータス コードの特定に役立ちますが、呼び出しを生成するデベロッパー ID を特定するにはどうすればよいですか？
- プロキシ チェーンをモニタリングできますか？
- ダッシュボードに「not set」と表示されるのはなぜですか？
- API Monitoring は Classic UI または Edge for the Private Cloud で使用できますか？
- ハンドブックとは
- HTTP 429 障害コードを処理するにはどうすればよいですか？
多くの API プロキシを使用しています。すべての API プロキシのアラートを設定するために推奨されるアプローチを教えてください。
Apigee では、次のアプローチをおすすめします。
- まず、特定のしきい値を設定して、任意の API プロキシに対してアラートを設定します。例: 5 分間は 4xx エラー率が 10%。通知を設定し、[アラート履歴] ページを表示して、トリガーされたアラートをモニタリングします。特定の API プロキシとターゲット サービス用に追加のアラートと通知を設定します。モニタリング結果に基づいてアラートと通知を引き続き調整します。
- API 開発を担当するチームに、アラートの設定を担当する運用チームにエラー率とレイテンシのしきい値を推奨するよう依頼します。
API Monitoring にアクセスできるロール
API Monitoring のロールについてをご覧ください。[Recent] ページにすべての API プロキシが表示されないのはなぜですか？
[Recent] ダッシュボードには、最近トラフィックが発生した API プロキシのみが表示されます。組織内のすべての API プロキシが表示されるわけではありません。[Timeline] ダッシュボードを使用すると、すべての API プロキシのデータを表示できます。タイムラインにレイテンシ グラフが表示されないのはなぜですか？
リージョンと API プロキシを選択し、期間が 7 日以内の場合にのみ、[タイムライン] にレイテンシ グラフが表示されます。ログはエラーの原因となったステータス コードの特定に役立ちますが、呼び出しを生成しているデベロッパー ID を特定するにはどうすればよいですか？
デベロッパー ID は、API Monitoring のログには含まれません。デベロッパー ID を取得するには、カスタム レポートを実行します。プロキシ チェーンをモニタリングできますか？
ある API プロキシを別の API プロキシのターゲット エンドポイントとして使用し、プロキシ チェーンで 2 つのプロキシを効果的に接続できます。ただし、API Monitoring は、チェーンの最初のプロキシへのリクエストのみをログに記録し、ターゲットとして使用される API プロキシへのリクエストは記録しません。詳細については、チェーンを作成するをご覧ください。ダッシュボードに「not set」と表示されるのはなぜですか？
API プロキシ、障害ソース、障害コード、または障害ポリシーに値がないか、特定できない場合、ダッシュボードには原因が "not set" と表示されます。次のような場合に「未設定」が返されます。
- クライアント関連のエラー
- 成功レスポンスでオーバーライドされる HTTP エラーコード
- HTTP 2xx ステータス コード（通常は障害コードを生成しないため）
「not set」の詳細については、分析エンティティ値「(not set)」の意味をご覧ください。
API Monitoring は Classic UI または Edge for the Private Cloud で使用できますか？
現在、Apigee API Monitoring は、新しい Edge UI を使用している Apigee Edge Cloud Enterprise のお客様のみにご利用いただけます。
Apigee API Monitoring は、従来の Edge UI または Edge for Private Cloud では使用できません。
ハンドブックとは
アラートを設定するときに、[ハンドブック] フィールドに、アラート発生時にアラートを解決するための推奨対応についての簡単な説明を入力します。ベスト プラクティスが紹介されている社内 Wiki またはコミュニティ ページへのリンクを指定することもできます。このフィールドの情報は通知に含まれます。HTTP 429 の障害コードを処理するにはどうすればよいですか？
Edge の Quota ポリシーと SpikeArrest ポリシーは、いずれも割り当てを超過した場合（Quota ポリシー）、またはレート制限を超えた場合（SpikeArrest ポリシー）に HTTP 429 障害コードを発行します。ただし、アラート ダッシュボードでは、HTTP 429 障害コードのアラートを定義できません。代わりに、次のように [Traffic Mgmt Policy] > [Quota] > [割り当て違反] または [Traffic Mgmt Policy] > [Spike Arrest] > [SpikeArrest 違反] のアラート条件を設定します。
