mirror of
https://github.com/ByteByteGoHq/system-design-101.git
synced 2026-04-05 01:37:24 -04:00
ee4b7305a2
This PR adds all the guides from [Visual Guides](https://bytebytego.com/guides/) section on bytebytego to the repository with proper links. - [x] Markdown files for guides and categories are placed inside `data/guides` and `data/categories` - [x] Guide links in readme are auto-generated using `scripts/readme.ts`. Everytime you run the script `npm run update-readme`, it reads the categories and guides from the above mentioned folders, generate production links for guides and categories and populate the table of content in the readme. This ensures that any future guides and categories will automatically get added to the readme. - [x] Sorting inside the readme matches the actual category and guides sorting on production
45 lines
1.8 KiB
Markdown
45 lines
1.8 KiB
Markdown
---
|
||
title: "Polling vs Webhooks"
|
||
description: "Polling vs webhooks: a detailed comparison of two data retrieval methods."
|
||
image: 'https://assets.bytebytego.com/diagrams/0057-pooling-vs-webhook.png'
|
||
createdAt: '2024-03-03'
|
||
draft: false
|
||
categories:
|
||
- api-web-development
|
||
tags:
|
||
- APIs
|
||
- Webhooks
|
||
---
|
||
|
||
|
||
|
||
## Polling
|
||
|
||
Polling involves repeatedly checking the external service or endpoint at fixed intervals to retrieve updated information.
|
||
|
||
It’s like constantly asking, “Do you have something new for me?” even where there might not be any update.
|
||
|
||
This approach is resource-intensive and inefficient.
|
||
|
||
Also, you get updates only when you ask for it, thereby missing any real-time information.
|
||
|
||
However, developers have more control over when and how the data is fetched.
|
||
|
||
## Webhooks
|
||
|
||
Webhooks are like having a built-in notification system.
|
||
|
||
You don’t continuously ask for information.
|
||
|
||
Instead you create an endpoint in your application server and provide it as a callback to the external service (such as a payment processor or a shipping vendor)
|
||
|
||
Every time something interesting happens, the external service calls the endpoint and provides the information.
|
||
|
||
This makes webhooks ideal for dealing with real-time updates because data is pushed to your application as soon as it’s available.
|
||
|
||
So, when to use Polling or Webhook?
|
||
|
||
Polling is a solid option when there is some infrastructural limitation that prevents the use of webhooks. Also, with webhooks there is a risk of missed notifications due to network issues, hence proper retry mechanisms are needed.
|
||
|
||
Webhooks are recommended for applications that need instant data delivery. Also, webhooks are efficient in terms of resource utilization especially in high throughput environments.
|