1.ウェブフックは何ですか？
ウェブフックAPIは、APIもつまり、逆にすることが、一つのマイクロサービスパラダイムAPIを使用することである、という概念である：フロントエンドは完全後端部に押されていない要求を送信します。例えば、一般的に友人のサークルを送信する、などあなたの友人として、使用され、このニュースの後端は、クライアントの他のすべての友人にプッシュされ、それはウェブフックの典型的なシーンです。
簡単に言えば、ウェブフックは、URLの（またはGET、PUT、DELETE）受信HTTP POSTです。イベントが発生したときに良いURLですウェブフックのAPIプロバイダの実現はこの構成にメッセージを送信します。そして、要求 - 応答タイプを使用すると、リアルタイムで変化を受けることができ、異なる使用ウェブフックです。
これは、クライアントの一種である - サーバモデルの逆転、従来の方法では、クライアントがサーバーからデータを要求し、サーバは、クライアント（プルアップデータでクライアント）にデータを提供します。サーバがリソースを提供する必要がある更新するウェブフックパラダイムでは、自動的に（プッシュ・データ・サーバに）更新としてクライアントに送信され、クライアントは、要求が、受動的な受信機ではありません。この制御は、そうでなければ、リモート・サーバ上のより複雑で連続的にポーリング要求を必要と反転関係多くの通信要求を容易にするために使用することができます。単にリソースを受けるのではなく、直接要求を送信することにより、我々はリモートでコードライブラリを簡単にリソースを割り当て、さらにはAPIエンドポイントおよび関連データを更新するために必要な既存のシステムに統合更新できる、唯一の欠点は、最初の確立であります難しいです。
2.主な目的
新規または更新されたリソースに指定された更新されたデータを提供するために、クライアントを更新します。
3.一般的な使用シナリオのウェブフック
サードパーティプラットフォームの経験右、着陸および他のフロントエンドのインターフェイスのアクティブプッシュウェブフックデータに適した輸送シーン、またはそのような支払いなど、強力なセキュリティ要件のシーンを、しません。その白は問題が参加してフィット感はないので、フロント、またはフロントエンドのセキュリティに参加することができない場合には、それはウェブフックシーンです。もちろんウェブフックHTTPはに代わるものではありませんが、確かに新しいフロントとの相互作用の後端です。
クライアントは、通常の方法API呼び出しを行うために、国家の長期的なタスクを聞きたい場合は、常に現在の状態を取得するために回転サーバーに持っている必要があります。ウェブフック回転を使用する必要はありません、APIを介している場合、変更するかどうかを判断することができます唯一の変更は、以上の情報をプッシュするためにサーバーを待つ必要があり、その後、クライアントが更新されます。Gitのウェブフックは、実際には、この点に適用されます。
4.指示
1は、アプリケーションに戻ってデータを送信するために要求することによってウェブフックは、それはもはや、これらのデータに注意を払いません。これはあなたのアプリケーションの問題ならば、データが失われることを意味します。多くのウェブフックは、プログラムがデータを再送信する場合は、エラーが発生し、治療に反応します。アプリケーションがまだ要求を処理し、エラーが返された場合、アプリケーションは、重複データを受信します。
2、ウェブフックが多数の要求を発行します、これはあなたのアプリケーションのブロッキングが発生します。アプリケーションがこれらの要求を処理できることを確認してください。