アンチパターン: 遅いバックエンドを許可する

Apigee X のドキュメントが表示されています。
Apigee Edge のドキュメントを参照する。

バックエンド システムは、API プロキシがアクセスするサービスを実行します。つまり、バックエンド システムこそ、API と API 管理プロキシのレイヤが存在する根本的な理由です。

Apigee プラットフォーム経由でルーティングされる API リクエストは、バックエンドに到達する前に一般的なパスを通過します。

  • リクエストは、クライアントから送信されます。ブラウザからアプリまでのあらゆるものがクライアントになる可能性があります。
  • 送信されたリクエストは、Apigee ゲートウェイによって受信されます。
  • これはゲートウェイ内で処理されます。この処理の一部として、リクエストは多くの分散コンポーネントに渡されます。
  • 次に、ゲートウェイは、リクエストに応答するバックエンドにリクエストをルーティングします。
  • バックエンドからのレスポンスは、Apigee ゲートウェイを経由して、逆方向のパスをたどってクライアントに戻ります。

未定

実際には、Apigee 経由でルーティングされる API リクエストのパフォーマンスは、Apigee とバックエンド システムの両方によって決まります。このアンチパターンでは、パフォーマンスの悪いバックエンド システムに起因する API リクエストへの影響に重点を置きます。

アンチパターン

バックエンドに問題がある場合を考えてみましょう。以下のような原因が考えられます。

  • バックエンドのサイズが不適切
  • バックエンドが遅い
  • バックエンドのサイズが不適切

    これらのバックエンド システム上のサービスを API 経由で公開する際の課題は、アクセスできるエンドユーザーが極めて多いことです。ビジネス上の観点からはこれは歓迎される課題ですが、これに対処する必要があります。

    多くの場合、バックエンド システムは、こうしたサービスへの追加需要に対応していません。その結果、適切なサイズより小さくなったり、レスポンス効率化のための調整が機能しなくなったりします。

    「サイズが不適切」なバックエンドの問題は、API リクエストが急増すると、バックエンド システムの CPU、負荷、メモリなどのリソースに負担がかかることです。これにより、最終的には API リクエストが失敗します。

    バックエンドが遅い

    バックエンドを適切に調整できない問題は、バックエンドに到達するリクエストに対する応答がかなり遅くなることです。その結果、レイテンシの増加や早期のタイムアウト、カスタマー エクスペリエンスが損なわれることにつながります。

    Apigee プラットフォームには、遅いバックエンドを回避、管理できる調整可能なオプションが複数用意されています。ただし、これらのオプションには制限があります。

    影響

    • バックエンドのサイズが不十分な場合、トラフィックの増加によりリクエストが失敗する可能性があります。
    • バックエンドが遅い場合、リクエストのレイテンシが増加します。

    ベスト プラクティス

    • キャッシュを使用してレスポンスを保存することで、API の応答時間を改善し、バックエンド サーバーの負荷を軽減します。
    • 遅いバックエンド サーバーの根本的な問題を解決します。

    関連情報