Apa iku webhook lan carane nggunakake?

Webhooks ngidini aplikasi basis web bisa sesambungan liwat panggunaan panggilan balik khusus.

Nggunakake webhooks ngidini aplikasi web bisa komunikasi kanthi otomatis karo aplikasi web liyane.

Ora kaya sistem tradisional sing siji sistem (subyek) tetep polling sistem liyane (pengamat) kanggo sawetara data, webhooks ngidini pengamat kanthi otomatis push data menyang sistem subyek nalika ana acara.

Iki ngilangake perlu kanggo ngawasi pancet dening subyek. Webhooks makaryakke kabeh ing Internet lan mulane kabeh komunikasi antarane sistem kudu dumadi ing wangun pesen HTTP.

Nggunakake webhooks

Webhooks gumantung ing anané URL statis sing nuding API ing sistem subyek sing kudu diwenehi kabar nalika ana acara ing sistem pengamat. Conto iki bakal dadi aplikasi web sing dirancang kanggo ngumpulake lan ngatur kabeh pesenan sing diselehake ing akun Amazon pangguna. Ing skenario iki, Amazon tumindak minangka pengamat lan Custom Order Management Webapp tumindak minangka subyek.

Tinimbang nduwe aplikasi web khusus kanthi periodik nelpon API Amazon kanggo mriksa pesenan sing digawe, webhook sing digawe ing aplikasi web khusus bakal ngidini Amazon ngirim pesenan sing mentas digawe ing webapp liwat URL sing wis kadhaptar. Mulane, kanggo ngaktifake panggunaan webhooks, subyek kudu duwe URL sing ditunjuk sing nampa kabar acara saka pengamat. Iki nyuda beban sing signifikan ing obyek kasebut amarga telpon HTTP digawe ing antarane rong pihak mung nalika ana acara.

Sistem adhedhasar polling vs sistem adhedhasar webhook

Sawise webhook subyek diarani dening pengamat, subyek bisa njupuk tindakan sing cocog karo data sing mentas dikirim iki. Biasane, webhooks ditindakake liwat panjalukan POST menyang URL tartamtu. Panjaluk POST ngidini sampeyan ngirim informasi tambahan menyang obyek kasebut. Kajaba iku, uga bisa digunakake kanggo ngenali ing antarane sawetara macem-macem acara tinimbang nggawe URL webhook sing kapisah kanggo saben acara.

Alur kerja Webhook

Kanggo ngetrapake inbound webhooks ing aplikasi sampeyan, sampeyan kudu nindakake langkah-langkah dhasar ing ngisor iki:

• Pamerake titik pungkasan API ing server aplikasi sampeyan sing nampa lan ngolah panggilan HTTP POST
• Nyedhiyani akses menyang titik pungkasan iki kanggo pangguna webhook potensial. Titik pungkasan API bakal nelpon aplikasi sumber data kapan kondisi sing cocog wis ketemu.
• Proses data POST lan bali respon menyang inisiator telpon webhook kanggo nunjukaké status. Langkah iki bisa uga ora ana.

Webhooks vs. API

Webhooks lan API duwe tujuan kanggo nggawe komunikasi antarane aplikasi. Nanging, ana sawetara kaluwihan lan kekurangan sing beda saka nggunakake Webhooks liwat API kanggo entuk integrasi aplikasi.

Webhooks cenderung dadi solusi sing luwih apik yen poin ing ngisor iki luwih cocog karo sistem sing diimplementasikake:

• Yen data asring dianyari ing server, webhooks cenderung dadi solusi sing luwih apik amarga panggilan API sing ora perlu saka klien menyang server diilangi. Miturut resthooks.com, 98,5% survey API dadi sampah.
• Webhooks mbisakake solusi sing luwih apik kanggo sistem sing mbutuhake nganyari data wektu nyata. Jajak pendapat API biasane mlaku kanthi interval sing bisa nyegah data langsung dianyari. Kanthi webhooks, nganyari dikirim saka server menyang klien sanalika webhook dipicu.

Nggunakake API kudu luwih disenengi tinimbang webhooks ing sawetara kahanan liyane.

Bab sing kudu ditimbang

Perkara penting sing kudu ditimbang kanggo nggunakake API ing Webhooks yaiku:

• Nggunakake API ngidini kustomisasi luwih akeh babagan kapan polling data saka server lan uga jumlah data sing bakal dijajaki saka server. Jumlah data sing bakal dijajaki diatur dening ukuran jajak pendapat API. Kanthi webhooks, server umume nemtokake data lan nalika dikirim.
• Kanggo sistem kanthi data sing akeh banget variabel (kayata sistem wektu nyata, sistem IoT, lsp.), polling basis API bisa dadi pilihan sing luwih apik amarga saben panggilan API, ana kemungkinan akeh tanggapan sing bisa digunakake.
• Bisa uga data sing dikirim saka server, liwat webhook, bisa diabaikan dening klien yen titik pungkasan REST offline. Yen server ora duwe mekanisme kanggo nyoba maneh push gagal kasebut, nganyari data bakal ilang.

Kanggo ngatasi kemungkinan kelangan data sing dikirim saka server nalika webhook dadi offline, sampeyan bisa nggunakake antrian olahpesen acara kanggo arsip telpon kasebut. Conto platform sing nyedhiyakake fungsi kasebut kalebu KelinciMQ o Amazon's Simple Queue Service (SQS). Loro-lorone dirancang kanggo tumindak minangka fasilitas panyimpenan olahpesen perantara sing ngindhari kemungkinan ora ana telpon webhook.

Ercole Palmeri