PHPアプリケーションAPI呼び出しの効率を改善するための

戦略

PHPアプリケーションを開発する場合、リモートリソースやサービスと対話する必要がある狀況に遭遇する可能性があります。アプリケーションの機(jī)能を拡張するには、さまざまなAPIサービスを使用してリモートデータを取得したり、他のWebサイトのユーザーアカウントに接続したり、アプリケーションで共有しているリソースを変換したりできます。 ProgrambableWebのWebサイトは、現(xiàn)在10,000を超えるAPIがWebで利用可能であるため、PHPアプリケーションの機(jī)能を拡張するために多くのサービスを見つけることができることを指摘しています。ただし、APIを誤って使用すると、パフォーマンスの問題を迅速に引き起こし、スクリプトの実行時間を延長する可能性があります。これを避けたい場合は、この記事で説明したソリューションのいくつかを?qū)g裝することを検討してください。

並列で複數(shù)のリクエストを処理します

典型的なPHPスクリプトは、コードのコマンドを順番に実行します。これは論理的に思えます。なぜなら、スクリプトの次のステップに進(jìn)むために、以前の操作の結(jié)果（データベースクエリや変數(shù)操作など）を取得することができるからです。 API呼び出しを行うと同じルールが適用されます。受信したデータでアクションを?qū)g行する前に、リモートホストからの応答を待って、リクエストを送信する必要があります。ただし、アプリケーションが複數(shù)のAPI呼び出しを行い、実行を継続するために各ソースのデータが必要な場合は、各リクエストを個別に実行する必要はありません。 API呼び出しの処理を擔(dān)當(dāng)するサーバーは、一度に複數(shù)のクエリを処理する準(zhǔn)備ができていることに注意してください。必要なのは、次々と並行してAPI呼び出しを?qū)g行するスクリプトを作成することだけです。幸いなことに、PHPはこれを行うように設(shè)計された一連の

関數(shù)を提供します。 curl_multi

関數(shù)を使用すると、Curlライブラリを使用してPHPで典型的なリクエストを行うことに似ています。唯一の違いは、実行するリクエストのセットを準(zhǔn)備する必要があること（1つだけでなく）、curl_multi関數(shù)を使用してcurl_init関數(shù)に渡す必要があることです。次に、呼び出しcurl_multi_add_handle関數(shù)はリクエストを同時に実行し、curl_multi_execは各API呼び出しの結(jié)果を取得できるようにします。ロジックを?qū)g裝するコード例を表示するには、こちらをご覧ください。 curl_multi_getcontent

PHPアプリケーションで

関數(shù)を使用する場合、注意すべき重要なことがいくつかあります。まず、curl_multi関數(shù)の実行時間は、curl_multi_exec関數(shù)に渡されたリクエストセットで最も遅いAPI呼び出しが限られている限りです。したがって、各API呼び出しにかかった時間がほぼ同じである場合にのみcurl_multi_add_handleを使用することは理にかなっています。 curl_multiセットに他のセットよりも大幅に遅いリクエストがある場合、スクリプトは、最も遅いリクエストが完了するまで実行を継続できません。 curl_multiまた、一度に実行できる並列リクエストの數(shù)を決定する必要があることも重要です。あなたのウェブサイトが多くのトラフィックを処理し、各ユーザーがリモートサーバーへの同時API呼び出しをトリガーすると、一度に実行されたリクエストの総數(shù)がすぐに高くなる可能性があることを忘れないでください。 APIドキュメントに記載されている制限を確認(rèn)し、これらの制限に到達(dá)したときにサービスがどのように応答するかを確認(rèn)してください。制限に達(dá)すると、リモートサーバーは特定のHTTP応答コードまたはエラーメッセージを送信する場合があります。アプリケーションは、そのような狀況を正しく処理するか、ログに入れて、問題を診斷してリクエストの數(shù)を減らすことができるようにする必要があります。

メインアプリケーションプロセスから個別のAPI呼び出し

Webアプリケーションを応答し、ゆっくりとロードページの提供を避けたい場合は、リモートサーバーへの多數(shù)のAPI呼び出しがこのタスクをより困難にする可能性があります。すべての要求がメインアプリケーションフローで行われた場合、エンドユーザーはPHPスクリプトがAPI応答を受信して??データを処理するまでレンダリングされたページを表示しません。もちろん、高速サーバーでホストされている多くのAPIサービスがあり、リクエストをすばやく処理できます。ただし、接続の遅延または接続プロセスまたはリモートサーバー自體に影響を與えるランダムファクターによって、アプリケーションが時々減速する場合があります。

そのような問題からエンドユーザーを保護(hù)する場合は、要求をメインプロセスから別のスクリプトに処理する責(zé)任を負(fù)うアプリケーションの部分を分離する必要があります。つまり、API呼び出しは、サイトの表示を擔(dān)當(dāng)するコードの部分に干渉しない別のスレッドで実行されることを意味します。

このようなソリューションを?qū)g裝するには、別のPHPスクリプトを書き込み、コマンドラインアプリケーションと同様に

関數(shù)を使用して実行できます。さまざまなPHPフレームワークは、多くの場合、書き込みコマンドラインスクリプトを簡素化し、既存のアプリケーションモデルまたはコンポーネントに簡単に統(tǒng)合できるモジュールを提供します。 Symfony2またはCakePhpコンソールコンポーネントを確認(rèn)して、いくつかの例を確認(rèn)してください。さまざまなPHPプラットフォーム（フレームワークだけでなく）は、WP CLI（WordPressのコマンドラインインターフェイス）など、ライティングコマンドラインスクリプトを簡単にするツールを提供する場合があります。

exec()別のプロセスでAPI呼び出しを処理するためのより強(qiáng)力な方法を探している場合は、Gearmanなどのジョブサーバーのセットアップを検討してください。ジョブサーバーは、特定のタスク（ジョブ）を別のプロセスに分離するために必要なすべての操作を?qū)g行する完全なソリューションです。 Alireza Rahmani KhaliliがGearmanの記事を始めて、それがどのように機(jī)能し、PHPでどのように実裝するかを?qū)Wびましょう。 Zend Serverプラットフォームで作業(yè)する場合は、同様の機(jī)能を提供するZend Jobキューコンポーネントを使用できます。その機(jī)能と使用法の例は、Alex Stetsenkoによって書かれた記事「Zend Job Queueとのスケジューリング」で説明されています。

API呼び出しを分離するために選択したソリューションに関係なく、アプリケーションのさまざまな部分が互いにどのように通信するかを考慮する必要があります。まず、アプリケーションの部分全體（データベーステーブルやファイルなど）にアクセスできるAPI呼び出しから受信したデータを配置する必要があります。また、個々のスクリプト実行のステータスを共有する必要があります。メインアプリケーションは、外部で実行されたAPI呼び出しがずっと前に完了したかどうか、または失敗したかどうかを知る必要があります。ジョブサーバーソリューションの使用を検討している場合、ジョブステータスを監(jiān)視する機(jī)能が提供される場合があります。ただし、単純なPHPコマンドラインスクリプトの作成に固執(zhí)したい場合は、この種のロジックを自分で実裝する必要があります。

複數(shù)のHTTP要求または複數(shù)のスレッド？ したがって、どのソリューションが優(yōu)れていますか？curl_multi関數(shù)を使用して複數(shù)のHTTP要求を一度に実行するか、API呼び出しをメインアプリケーションプロセスから分離しますか？リモートサーバーのクエリのコンテキストに依存します。リクエストのためだけでなく、API呼び出し全體がスクリプトを処理するのに長い時間がかかることがあります。また、特に変換されたファイルを処理したり、大量のデータベースを書き込んだりする場合、受信したデータの処理に責(zé)任がある大量のコードもあります。この場合、curl_multi関數(shù)を使用するだけではアプリケーションをスピードアップするのに十分ではない場合があります。リモートホストから受信した操作と処理データ全體に責(zé)任のある個別のスレッドを?qū)g行すると、アプリケーションのパフォーマンスが向上する可能性があります。一方、あなたの側(cè)で重いデータ処理を伴わない多くの簡単なAPI呼び出しを?qū)g行する必要がある場合、curl_multi関數(shù)に固執(zhí)するだけでアプリケーションをより速くするのに十分かもしれません。

もちろん、3番目のソリューションがあります - 上記の2つの方法を混合します。したがって、API呼び出しの処理を擔(dān)當(dāng)する個別のスレッドを?qū)g行してから、複數(shù)のリクエストを一度に実行することで、より速く実行するようにしてください。これは、リクエストごとに個別のスクリプトを?qū)g行するよりも効率的かもしれません。ただし、さまざまなスクリプトの実行と実行された異なるAPIコールが互いに干渉せず、互いの作業(yè)を繰り返さないように、スクリプトのフローがどのように設(shè)計されているかについてのより深い分析が必要になる場合があります。

インテリジェントキャッシュエンジンを構(gòu)築します

API使用量に大きく依存するアプリケーションをスピードアップする別のソリューションは、スマートキャッシュエンジンを構(gòu)築することです。さまざまなサーバーにあるコンテンツが変更されていないため、スクリプトが不要な呼び出しを行うことを防ぎます。正しいキャッシュは、単一のAPI呼び出しでサーバー間で転送されるデータの量を減らすこともできます。

ワーキングキャッシュエンジンを作成して有効なデータを返すには、リモートサーバーの応答が変更されていないことを確認(rèn)する必要があるため、毎回入手する必要はありません。これは特定のAPIサービスによって異なる場合がありますが、全體的なアイデアは、特定の期間に同じ応答を與える一連のパラメーター（リクエストで渡されている）を見つけることです。たとえば、リモートサービスから毎日の通貨為替レートを取得した場合、特定の通貨（これはパラメーター）の為替レートが1日変わらないままであることを判斷できます。したがって、この特定のAPIから受信したデータを保存するために使用されるキャッシュキーには、通貨と日付の両方が含まれている必要があります。アプリケーションが次回この特定の為替レートを取得する必要がある場合は、キャッシュ（データベースやファイルなど）に保存されたデータを參照し、HTTPリクエストを避けることができます。

上記のシナリオでは、アプリケーションがリモートサービスで受け取ったデータをキャッシュできる狀況をチェックするすべての責(zé)任を想定しているため、正しいキャッシュロジックを自分で実裝する必要があります。ただし、APIサービスが共有データに変更され、特定のリソースにリンクされたメタデータを含む追加のフィールドを返す場合もあります。メタデータは、最後の変更された日付、改訂番號、またはリソースコンテンツに基づいて計算されたハッシュ値などの値で構(gòu)成されている場合があります。この種のデータを使用することは、特に大量のデータを扱う場合、PHPアプリケーションのパフォーマンスを改善するための優(yōu)れた方法です。 APIに接続するたびにリソース全體を取得する代わりに、タイムスタンプまたはハッシュ値を最後の受信値と比較するだけです。それらが等しい場合、リモートコンテンツが変更されていないため、以前に取得したデータを使用できることを意味します。このようなソリューションは、アプリケーションでキャッシュエンジンを使用していると仮定しますが、キャッシュに保存されているデータが有効かどうかを心配する必要はありません。 APIサービスによって返されるメタデータに依存しているため、リモートサーバーが提供するメタデータ値を比較するだけです。

リモートリソースメタデータを使用することは、ファイルホスティングサービスAPIを使用する場合に特に有益です。多くの場合、リモートフォルダーとファイルを処理することは、大量のデータを転送することを意味し、パフォーマンスの問題を引き起こす可能性があります。これを回避する方法の例を示すために、Dropbox APIで使用されているソリューションを説明しましょう。 Dropbox APIサービスは、リモートファイルが変更されたかどうかを確認(rèn)するために適用される特定のデータを返します。まず、メタデータメソッド（名前、サイズ、またはパスなどのフォルダーとファイル情報を返す）には、返されたリソースのハッシュ値を表すハッシュフィールドが含まれています。新しい要求のパラメーターとして以前の要求からハッシュ値を提供し、リモートデータがリクエスト間で変更されていない場合、APIはHTTP 304（変更されていない）応答のみを返します。 Drobox APIは、特定のフォルダーまたはファイルの変更を通知するために特別に使用されるDeltaメソッドも提供します。 Hash値とDeltaメソッドは、アプリケーションのパフォーマンスを大幅に改善できるため、APIドキュメントで推奨されます。

最後になりましたが、APIドキュメントのマスタリング

これは明らかなように聞こえるかもしれませんが、場合によっては、APIドキュメントを注意深く読むと、API呼び出しをより効率的にする方法に関する具體的なソリューションが得られる場合があります。上記のDropbox APIの使用は、非常に明確な例です。ただし、応答で送信されたデータの量を減らす他の方法がある場合があります（たとえば、データセット全體を受信するのではなく、APIによって返されるいくつかの特定のフィールドを選択します）。別のリクエストで実行したアクションを一度に実行できるかどうかを確認(rèn)することもできます。たとえば、Google Translate APIの翻訳方法（異なる言語でテキスト翻訳を取得するために使用）は、1つのリクエストで複數(shù)の翻訳を返すことができます。 1つのAPI呼び出しで処理するためにテキスト文字列を渡すことにより、複數(shù)のリクエストを行うことを避けることができます。これにより、アプリケーションの実行時間を節(jié)約できます。

要約

ご覧のとおり、リモートAPIの使用に大きく依存するPHPアプリケーションのパフォーマンスを改善する方法はたくさんあります。一度に複數(shù)のリクエストを?qū)g行することができます。curl_multi関數(shù)を使用するか、別のアプリケーションスレッドを?qū)g行します。別のソリューションは、不必要なAPI呼び出しを行うことを妨げるキャッシュエンジンを?qū)g裝したり、サーバー間で転送されるデータの量を減らすことです。最後に、APIサービスが提供するアプローチは、1つのリクエストで複數(shù)の操作を?qū)g行するなど、パフォーマンスを改善するためのいくつかのすぐに使用できるソリューションを提供できます。

この投稿が、APIリクエストを効果的に処理する方法についての洞察を提供することを願っています。記事で提起されたキーポイントや、APIの使用をスピードアップする方法に関する他のヒントについてコメントがある場合は、以下に投稿してください。 Google Plusを介して直接私に連絡(luò)することもできます。

加速アプリケーションおよびAPI使用に関するFAQ

APIパフォーマンスに影響を與える重要な要因は何ですか？

APIパフォーマンスは、さまざまな要因の影響を受けます。まず、サーバーの処理速度は、サーバーがリクエストを処理して応答を返す速度を決定します。ネットワークレイテンシ（つまり、データがクライアントからサーバーに戻るのに時間がかかる時間）も重要な役割を果たします。その他の要因には、APIコードの効率、サーバーの負(fù)荷、API使用量の數(shù)が含まれます 形式に応じて。これらの要因を最適化すると、APIパフォーマンスが大幅に向上する可能性があります。

パフォーマンスを向上させるためにAPIを最適化するにはどうすればよいですか？

パフォーマンスを向上させるためにAPIを最適化するためのいくつかの戦略があります。まず、効率的なコーディングプラクティスを使用して、サーバーの処理時間を短縮できます。次に、コンテンツ配信ネットワーク（CDN）を使用して、ネットワークの遅延を減らすことができます。第三に、キャッシュを使用して頻繁にアクセスしたデータを保存し、サーバーの負(fù)荷を減らすことができます。最後に、データ圧縮を使用して送信されたデータのサイズを縮小して、データの送信と受信にかかる時間を短縮できます。

APIを使用するとはどういう意味ですか？

APIを使用すると、アプリケーションでサードパーティが提供するAPIを使用することが意味されます。これには、APIへのリクエストの送信と処理応答が含まれます。 APIは、アプリケーションがAPIで表されるシステムまたはサービスと対話するために使用できる一連の関數(shù)を提供します。

アプリケーションのAPI使用量をスピードアップする方法は？

アプリケーションのAPI使用量をスピードアップする方法はいくつかあります。まず、非同期コールを使用して、メインスレッドのブロックを防ぐことができます。次に、ページングを使用して、APIによって返されるデータの量を制限できます。第三に、キャッシュを使用して頻繁にアクセスされるデータを保存し、APIへのリクエストの數(shù)を減らすことができます。最後に、データ圧縮を使用して送信されたデータのサイズを縮小して、データの送信と受信にかかる時間を短縮できます。

APIパフォーマンスにおけるコンテンツ配信ネットワーク（CDN）の役割は何ですか？

コンテンツ配信ネットワーク（CDN）は、APIパフォーマンスの向上に重要な役割を果たします。さまざまな地理的位置にある複數(shù)のサーバーにコンテンツを配布することにより、ネットワークの遅延を削減します。クライアントがリクエストを送信すると、CDNはそれを最寄りのサーバーに向け、クライアントからサーバーにデータを返すのにかかる時間を短縮します。

キャッシュはAPIパフォーマンスをどのように改善しますか？

キャッシュは、キャッシュに頻繁にアクセスされるデータを保存することにより、APIパフォーマンスを向上させます。クライアントがデータ要求を送信すると、サーバーは最初にキャッシュをチェックします。データがキャッシュにある場合、サーバーはすぐにそれを返し、サーバーの処理時間とロードを短縮します。データがキャッシュにない場合、サーバーはデータベースからそれを取得し、処理し、將來のリクエストのためにキャッシュに保存します。

データ圧縮によってAPIパフォーマンスを改善する方法は？

データ圧縮により、送信されたデータサイズが縮小することによりAPIパフォーマンスが向上します。これにより、データの送信と受信にかかる時間が短縮され、APIの速度が向上します。データの圧縮は、大量のデータを処理する場合に特に有利です。

APIを使用するためのベストプラクティスは何ですか？

APIを使用するためのベストプラクティスには、非同期コールを使用してメインスレッドのブロックを防ぐために、ページングを使用してAPIで返されるデータの量を制限し、キャッシュを使用して頻繁にアクセスされるデータを保存し、データ圧縮を使用して送信されたデータサイズを縮小することが含まれます。 。

私のAPIのパフォーマンスを測定する方法は？

さまざまなメトリックを使用して、応答時間、エラー率、スループットなど、APIのパフォーマンスを測定できます。応答時間は、APIが応答を返すのにかかる時間です。エラー率は、エラーをもたらすリクエストの割合です。スループットとは、APIが単位時間ごとに処理できるリクエストの數(shù)です。これらのメトリックは、API監(jiān)視ツールを使用して測定できます。

ユーザーエクスペリエンスに対するAPIパフォーマンスの影響は何ですか？

APIパフォーマンスは、ユーザーエクスペリエンスに大きな影響を與えます。 APIが遅い場合、読み込み時間が遅くなり、ユーザーがアプリケーションを放棄し、ユーザーが放棄される可能性があります。一方、高速で応答性の高いAPIは、スムーズで心地よいユーザーエクスペリエンスを提供できます。したがって、ユーザーエクスペリエンスの向上には、APIパフォーマンスの最適化が重要です。

以上がアプリのAPI消費をスピードアップする方法の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。