Naon ari webhook sareng kumaha anjeun ngagunakeunana?

Webhooks ngidinan aplikasi basis web pikeun berinteraksi ngaliwatan pamakéan callbacks custom.

Ngagunakeun webhooks ngamungkinkeun aplikasi wéb pikeun otomatis komunikasi sareng web-aplikasi séjén.

Teu kawas sistem tradisional dimana hiji sistem (subjék) tetep polling sistem sejen (observer) pikeun sababaraha data, webhooks ngidinan panitén pikeun otomatis nyorong data kana sistem subjek urang iraha wae kajadian lumangsung.

Ieu ngaleungitkeun kabutuhan pikeun ngawaskeun konstan ku subjek. Webhooks beroperasi sagemblengna dina Internet sahingga sadaya komunikasi antara sistem kudu lumangsung dina bentuk seratan HTTP.

Ngagunakeun webhooks

Webhooks ngandelkeun ayana URL statik anu nunjuk ka API dina sistem subjek anu kedah dibéjaan nalika aya kajadian dina sistem panitén. Conto ieu mangrupikeun aplikasi wéb anu dirancang pikeun ngumpulkeun sareng ngatur sadaya pesenan anu disimpen dina akun Amazon pangguna. Dina skenario ieu, Amazon meta salaku panitén jeung Custom Orde Manajemén Webapp meta salaku subjek.

Gantina gaduh aplikasi wéb khusus sacara périodik nyauran API Amazon pikeun mariksa pesenan anu didamel, webhook anu diciptakeun dina aplikasi wéb khusus bakal ngamungkinkeun Amazon sacara otomatis ngalebetkeun pesenan anu nembe didamel dina aplikasi wéb ngalangkungan URL anu kadaptar. Ku alatan éta, pikeun ngaktipkeun pamakéan webhooks, subjek kudu ditunjuk URL nu narima bewara acara ti panitén. Ieu ngurangan beban signifikan dina obyék saprak nelepon HTTP dijieun antara dua pihak ngan lamun hiji acara lumangsung.

Sistem dumasar polling vs sistem dumasar webhook

Sakali webhook subjek disebut ku panitén, subjek tiasa nyandak tindakan anu luyu sareng data anu nembe dikirimkeun ieu. Ilaharna, webhooks dipigawé via requests POST ka URL husus. Requests POST ngidinan Anjeun pikeun ngirim inpo tambahan pikeun objék. Salaku tambahan, éta ogé tiasa dianggo pikeun ngaidentipikasi sababaraha rupa acara anu mungkin tibatan nyiptakeun URL webhook anu misah pikeun unggal acara.

Alur kerja Webhook

Pikeun nerapkeun inbound webhooks dina aplikasi anjeun, anjeun kedah ngalakukeun léngkah-léngkah dasar ieu:

• Ngalaan titik tungtung API dina server aplikasi Anjeun nu narima jeung ngolah HTTP POST panggero
• Nyadiakeun aksés ka titik tungtung ieu pikeun pamaké webhook poténsial. Titik akhir API bakal nyauran aplikasi sumber data iraha waé kaayaan anu relevan dicumponan.
• Ngolah data POST jeung mulangkeun respon ka inisiator panggero webhook pikeun nunjukkeun status. Léngkah ieu tiasa atanapi henteu aya.

Webhooks vs API

Boh webhooks sareng API gaduh tujuan pikeun ngadegkeun komunikasi antara aplikasi. Sanajan kitu, aya sababaraha kaunggulan jeung kalemahan béda tina ngagunakeun Webhooks leuwih API pikeun ngahontal integrasi aplikasi.

Webhooks condong janten solusi anu langkung saé upami titik-titik di handap ieu langkung relevan pikeun sistem anu dilaksanakeun:

• Lamun data ieu remen diropéa dina server, webhooks condong jadi solusi hadé sakumaha nelepon API teu perlu ti klien ka server anu ngaleungitkeun. Numutkeun resthooks.com, 98,5% tina survey API jadi runtah.
• Webhooks ngaktifkeun solusi anu langkung saé pikeun sistem anu peryogi apdet data sacara real-time. Polling API biasana dijalankeun dina interval anu disetel anu tiasa nyegah data langsung diropéa. Kalayan webhooks, apdet dikirimkeun ti server ka klien pas webhook dipicu.

Ngagunakeun API kudu pikaresep leuwih webhooks dina sababaraha kaayaan sejen.

Hal mertimbangkeun

Hal-hal penting anu kedah dipertimbangkeun pikeun ngagunakeun API dina Webhooks nyaéta:

• Ngagunakeun API ngamungkinkeun pikeun leuwih kustomisasi iraha bade polling pikeun data ti server sarta ogé sabaraha data pikeun polling ti server. Jumlah data anu bakal dijajal diatur ku ukuran polling API. Kalayan webhooks, server umumna mutuskeun data sareng nalika dikirim.
• Pikeun sistem sareng data anu variabel pisan (sapertos sistem real-time, sistem IoT, jsb.), polling dumasar-API tiasa janten pilihan anu langkung saé sabab pikeun unggal sauran API, kamungkinan kamungkinan réspon anu tiasa dianggo.
• Ieu mungkin pikeun data dikirim ti server, via webhook a, sagemblengna dipaliré ku klien bisi titik tungtung REST offline. Bisi server teu boga mékanisme pikeun nyobaan deui push gagal misalna, apdet data sagemblengna leungit.

Pikeun nungkulan kamungkinan kaleungitan data anu dikirim ti server nalika webhook offline, anjeun tiasa nganggo antrian olahtalatah acara pikeun ngarsipkeun telepon éta. Conto platform anu nyayogikeun fungsionalitas sapertos kitu kalebet Kelenci MQ o Amazon's Simple Queue Service (SQS). Duanana dirancang pikeun ngawula ka salaku fasilitas panyimpen olahtalatah panengah anu nyegah kamungkinan leungit telepon webhook.

Ercole Palmeri