APIはWebhookと同様のタスクを実行できるものの、Webhookにはない機能も備えている。両者の主な違いは以下の通り。

データ転送の仕組み

　Webhookはプッシュ型の通信を採用している。つまり、特定のイベントが発生した際に、あるアプリケーションから別のアプリケーションへデータを自動送信する仕組みだ。そのため、一方向の通知や更新に適している。

　一方、APIはプル型の通信を採用している。つまり、クライアントがサーバにリクエストを送信し、必要な時にデータを取得する仕組みだ。そのため、必要なタイミングで情報を取得するようなケースに適している。

データストリーミング

　Webhookは特定のトリガーに基づいて定期的にデータを送信するが、ストリーミング（リアルタイムのデータ送信）には対応していない。

　APIは、クライアントとサーバ間の通信チャネルを維持し、リアルタイムでデータをやりとりが可能だ。そのため、リアルタイム性が求められるチャットや動画配信などは、WebhookよりもAPIが適している。

セキュリティ

　基本的に、Webhookにはデータのフォーマットや内容を検査する機能がなく、セキュリティポリシーの適用が難しい。加えて、Webhookは外部アプリケーションが送信するデータを受け取る公開HTTP（Hypertext Transfer Protocol）エンドポイントを必要とする。公開HTTPエンドポイントとは、インターネットでHTTPによってアクセス可能な接続先を指す。Webhookを使うと、不正リクエストを大量に送り付けるDDoS（分散型サービス拒否）攻撃の標的となりやすい。

　一方、APIは事前に認証を実施し、セキュリティを確保した上でデータをやりとりする。そのため、一般的にはAPIの方が、安全性が高いと言える。

実装の複雑さ

　Webhookは送信元からデータを送信するシンプルな仕組みであるため、開発は比較的容易だ。一方、APIはクライアントのリクエストを処理し、レスポンスを返すだけでなく、データの検査や変換、認証機能を組み込むことも可能だ。このようにAPIは機能を開発できる柔軟さがある反面、開発は複雑化しやすく、Webhookよりも多くの工数が掛かる傾向にある。

コスト

　Webhookの構造はシンプルであるため運用コストは比較的低い。一方、APIは複雑な通信をサポートするためにメモリやCPUを多く消費するので、サーバやネットワークにかかるコストがかさみやすい。特に、クラウドサービスから外部へのデータ転送時に発生する「エグレス料金」が増加する傾向にある。

　次回は、WebhookとAPIの使い分け方に焦点を当てて解説する。