DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Related

  • From APIs to Actions: Rethinking Back-End Design for Agents
  • Level Up Your API Design: 8 Principles for World-Class REST APIs
  • API Design First: AsyncAPI in .Net
  • How Developers Are Driving Supply Chain Innovation With Modern Tech

Trending

  • How SaaS Architectures Break at Scale — and the Engineering Decisions That Prevent It
  • Mocking Kafka for Local Spring Development
  • Why Your Test Automation Is Always Behind the Code And the Architecture That Fixes It
  • Your AI Agent Tests Are Passing, But Your Agent Is Still Broken
  1. DZone
  2. Software Design and Architecture
  3. Integration
  4. Webhooks In Our API Design Toolbox

Webhooks In Our API Design Toolbox

Another tool in our API Design Toolbox...

By 
Kin Lane user avatar
Kin Lane
·
Jan. 11, 19 · Opinion
Likes (4)
Comment
Save
Tweet
Share
10.2K Views

Join the DZone community and get the full member experience.

Join For Free

Another tool in our API Design Toolbox...

We talk a lot about how webhooks are the 101 of event-driven infrastructure. Webhooks are where API providers begin when it comes to developing an awareness of the most important events that are occurring across their platforms. It is how they begin putting event-driven infrastructure to work to help reduce polling on their API infrastructure. As part of our regular work to map out the event-driven landscape, we've organized a handful of the most common webhook building blocks we've come across.

  • Outbound — Allowing for outbound webhooks that make calls to external URLs based upon some event that occurs within the platform.

  • Inbound — Considering how APIs are designed to allow for the receipt of webhooks from other systems, working with external schemas, and further integrating with other popular 3rd party platforms.

  • Fat Webhooks — Adding webhooks.

  • Skinny Webhooks — Allowing for webhooks just to be notified of an event, and a resulting API call will be needed to retrieve the data.

  • Scheduling ± — Allowing for scheduling of jobs, pushing data via webhooks, as well as the event-driven approach to delivering payloads

  • Event Types — Providing a comprehensive list of events that can be subscribed to as part of webhooks.

  • Security — Considering the security aspects of webhooks, and validating notifications and payload, which should also be part of the fat and skinny payload discussions.

These seven building blocks are some of the most comment elements of webhook implementations by the leading API providers. Helping demonstrate what API providers should be considering as they begin their event-driven evolution, moving towards making their request and response infrastructure more responsive and real-time. Leveraging, and pushing web technology to better match the pace of change businesses are encountering as they do business each day, and work to remain competitive.

API Webhook Design

Opinions expressed by DZone contributors are their own.

Related

  • From APIs to Actions: Rethinking Back-End Design for Agents
  • Level Up Your API Design: 8 Principles for World-Class REST APIs
  • API Design First: AsyncAPI in .Net
  • How Developers Are Driving Supply Chain Innovation With Modern Tech

Partner Resources

×

Comments

The likes didn't load as expected. Please refresh the page and try again.

  • RSS
  • X
  • Facebook

ABOUT US

  • About DZone
  • Support and feedback
  • Community research

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 215
  • Nashville, TN 37211
  • [email protected]

Let's be friends:

  • RSS
  • X
  • Facebook