現在、Apigee と Apigee ハイブリッドのドキュメントを表示しています。
Apigee Edge のドキュメントを表示する
バックエンド システムは、API プロキシがアクセスするサービスを実行します。つまり、バックエンド システムこそ、API と API 管理プロキシのレイヤが存在する根本的な理由です。
Apigee プラットフォーム経由でルーティングされる API リクエストは、バックエンドに到達する前に一般的なパスを通過します。
- リクエストは、クライアントから送信されます。ブラウザからアプリまで、あらゆるものがクライアントになる可能性があります。
- 送信されたリクエストは Apigee ゲートウェイによって受信されます。
- これはゲートウェイ内で処理されます。この処理の一部として、リクエストは多くの分散コンポーネントに渡されます。
- 次に、ゲートウェイがリクエストに応答するバックエンドにリクエストをルーティングします。
- バックエンドからのレスポンスは、Apigee ゲートウェイを経由して、逆方向のパスをたどってクライアントに戻ります。
実際には、Apigee 経由でルーティングされる API リクエストのパフォーマンスは、Apigee とバックエンド システムの両方によって決まります。このアンチパターンでは、パフォーマンスの悪いバックエンド システムに起因する API リクエストへの影響に重点を置きます。
アンチパターン
バックエンドに問題がある場合を考えてみましょう。以下のような原因が考えられます。
バックエンドのサイズが不適切
これらのバックエンド システム上のサービスを API 経由で公開する際の課題は、アクセスできるエンドユーザーが極めて多いことです。ビジネス上の観点からは歓迎されることですが、なんらかの対応が必要になります。
多くの場合、バックエンド システムは、こうしたサービスに対する追加需要に対応していません。その結果、適切なサイズより小さくなることや、レスポンス効率化のための調整が機能しなくなることがあります。
バックエンドの「サイズが不適切」な場合、API リクエストが急増すると、バックエンド システムの CPU、負荷、メモリなどのリソースに対する負担が大きくなります。これにより、最終的には API リクエストが失敗することもあります。
バックエンドが遅い
バックエンドを適切に調整できない場合、バックエンドに到達するリクエストへの応答がかなり遅くなります。これは、レイテンシの増加や早期のタイムアウト、カスタマー エクスペリエンスの低下につながります。
Apigee プラットフォームには、遅いバックエンドを回避し、管理できる調整可能なオプションが複数用意されています。ただし、これらのオプションには制限があります。
影響
- バックエンドのサイズが不十分な場合、トラフィックの増加によりリクエストが失敗する可能性があります。
- バックエンドが遅い場合、リクエストのレイテンシが増加します。
ベスト プラクティス
- レスポンスをキャッシュに保存することで、API の応答時間を改善し、バックエンド サーバーの負荷を軽減します。
- 遅いバックエンド サーバーの根本的な問題を解決します。