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