Apigee Edge のドキュメントを表示しています。
Apigee X のドキュメントをご確認ください。 情報
以下に、よくある質問を示します。
- 多くの API プロキシを使用しています。すべての API プロキシのアラートを設定する場合に、どのようなアプローチが推奨されますか？
- API Monitoring にアクセスできるロール
- [Recent] ページに一部の API プロキシが表示されないのはなぜですか？
- タイムラインにレイテンシのグラフが表示されないのはなぜですか？
- ログは、エラーの原因となったステータス コードを特定するのに役立ちますが、呼び出しを生成するデベロッパー ID を特定するにはどうすればよいですか？
- プロキシ チェーンをモニタリングできますか？
- ダッシュボードに「未設定」と表示されるのはなぜですか？
- 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 プロキシへのリクエストは記録しません。詳細については、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 ポリシーはどちらも、割り当てを超過した場合（割り当てポリシー）、またはレート制限を超えた場合（SpikeArrest ポリシー）に HTTP 429 障害コードを発行します。ただし、アラート ダッシュボードでは、HTTP 429 障害コードのアラートを定義できません。代わりに、次のように [Traffic Mgmt Policy] > [Quota] > [Quota であること] または [Traffic Mgmt Policy] > [Spike Arrest] > [SpikeArrest viol] のアラート条件を設定します。
