소개

Webhook은 처음에는 API처럼 보일 수 있지만 약간 다릅니다. 이러한 주요 차이점은 API가 응답을 얻기 위해 요청을 보내야 하는 반면 Webhook은 응답을 얻기 위해 요청을 줄 필요가 없다는 것입니다. Webhook을 사용하면 받을 수 있지만 API에서는 검색하는 프로세스가 필요합니다.

예로는 GitHubWebhook과 GitHubAPI가 있습니다. GitHub API의 경우 정보가 필요할 때마다 GET 요청을 제출해야 합니다. 켜고 POST 데이터를 보낼 URL을 추가하는 설정인 GitHubWebhook과 비교하세요. Webhook이 제대로 설정되면 GitHub의 정보를 업데이트할 때마다 Webhook 설정에서 사용하는 URL로 데이터가 자동으로 전송됩니다.

상세한 비교

보다 명확하게하기 위해 Webhook 사용과 API 사용의 두 가지 경우를 볼 수 있습니다.

1. API 사용:

서비스의 Github 리포지토리에 대한 최신 커밋 날짜가 필요하다고 가정합니다. Service API에는 먼저 GitHub 리포지토리의 소유자 계정을 인증하는 함수가 필요합니다. 그런 다음 최신 커밋 날짜까지 GET 요청의 올바른 끝점을 호출하는 다른 함수가 필요합니다.

2. Webhook 사용:

서비스 Webhook은 고유한 Webhook URL을 만들어야 하며, 그 다음 URL을 GitHub 리포지토리 설정에 배치해야 합니다. 해당 URL이 설정되면 리포지토리에서 이벤트가 발생할 때마다 GitHub는 업데이트된 모든 데이터가 포함된 POST 요청을 WebhookURL에 보냅니다. Webhook이 작동하는 경우 Webhook 데이터의 최신 커밋 날짜를 서비스에 쉽게 표시할 수 있습니다.



위의 이미지에서 볼 수 있듯이 Webhook을 사용하면 데이터 검색이 더욱 자동화됩니다. GitHub Webhook은 업데이트가 있을 때마다 데이터를 서비스에 throw하지만 GitHub API에서는 GitHub에서 데이터를 검색해야 합니다.

Webhook의 몇 가지 단점은 호환성과 지원입니다. API는 보다 상세하고 수동이므로 포인트 A에서 포인트 B로 빠르게 통합하기 쉽습니다. 일부 서비스는 아직 Webhook을 지원하지 않으며 설치가 더 어려워졌습니다. 반면에 모든 서비스는 일반적으로 API를 제공합니다.

간단하지만 이해해 주셨습니까?