X

オラクルエンジニア通信では、オンプレミスからクラウドまで、オラクルテクノロジーの最新情報をお届けします

API Gatewayにおけるレスポンスキャッシュ

Ryusaburo Tanaka
Business Development, Cloud Native Services

※このページはResponse caching in API Gatewayの翻訳です。

APIGatewayで、レスポンスキャッシュの機能が利用可能になったことをお知らせします!

APIを使用すると外部と情報を共有し、新しい機会への扉を開くことができます。うまく活用されているAPIは応答性が高く、需要に合わせて拡張できます。 負荷が増加すると、バックエンドシステムは拡張に苦労する可能性があります。 バックエンドシステムが高負荷の処理が可能な場合でも、キャッシュを適用するとAPIのレイテンシーが向上し、ユーザー体験が向上します。

ユースケース

「トップ10の顧客は誰ですか?」という質問に答える必要があるとします。 以前は、このプロセスは手動で行われ、電子メールで関係者に必要な情報が記述されたスプレッドシートが送信されていました。 IT部門は、このプロセスを自動化する方法を考え出し、経営幹部向けのダッシュボードの作成を開始しました。 幸いなことに、彼らはフィールド営業チームのメンバーもこの情報を必要とし、彼らの潜在顧客を知りたがっていることに早くから気づきました。 そのため、IT部門は、エグゼクティブダッシュボードやその他の承認されたクライアントを強化するAPIを作成しました。

このソリューションを使い始めた当初は機能していましたが、クライアントが追加されると、APIでパフォーマンスの問題が発生し始めました。 特に複数のバックエンドシステムが統合レイヤーを介して調整する場合、またはバックエンドシステムがクライアントをサポートするために必要な規模で応答を提供しない場合、トップ10の顧客の計算は計算集約的になる可能性があります。 バックエンドシステムが需要に追いつくのに苦労しているため、APIの成長も懸念事項になる可能性があります。

この例では、「トップ10」は急速に変化しません。 たとえば、午前中に上位10人の顧客のリストを取得した場合、数分または数時間後に別のリクエストを行っても、すべての回答を再計算する必要はありません。 このプロセスは、結果整合性またはCAP定理として知られており、妥当な量の整合性をパフォーマンスと交換できます。

当機能のアーキテクチャと利点

次の図は、相互作用シーケンスを示しています。 キャッシュが有効になっているAPIの場合、ゲートウェイはバックエンドサービスを呼び出す代わりに、キャッシュから直接応答を取得できます。 応答がキャッシュにない場合、ゲートウェイはバックエンドサービスを呼び出し、後続のアクセスのために応答をキャッシュに保存します。

 

このシーケンスは、応答がキャッシュにある場合、ゲートウェイがバックエンドサービスの呼び出しを回避し、要求をはるかに高速に処理できることを強調しています。 この変更により、APIのパフォーマンスとスケーラビリティが向上します。

レスポンスキャッシュを使用すると、ワークロードをスケーリングし、APIのレイテンシを短縮できます。 この機能は、複数のバックエンドシステムへの接続やコストが高い計算の実行など、高度な計算を必要とするAPIに役立ちます。

詳細を知るには

Oracle Cloud NativeのAPI Managementを参照してください。 Cloud Native API Managementとレスポンスキャッシュの詳細については、ドキュメントをご覧ください。

Be the first to comment

Comments ( 0 )
Please enter your name.Please provide a valid email address.Please enter a comment.CAPTCHA challenge response provided was incorrect. Please try again.