Question 1

Handler webhook saya memanggil LLM dan pengirimnya mengalami timeout. Apa yang harus saya lakukan?

Accepted Answer

Balas pengirim dulu, lalu lakukan panggilan model setelahnya. Slack menunggu respons 2xx Anda selama 3 detik, Shopify 5 detik, GitHub 10 detik; panggilan LLM biasanya butuh waktu lebih lama, jadi pengirim mencoba ulang, handler berjalan dua kali, dan pada akhirnya Slack atau Shopify mematikan webhook tersebut. Di belakang AnyHook, pengirim mendapat respons 200 dalam sekitar satu detik dan handler Anda mendapat waktu Free 60 detik, Pro 120 detik, Scale 5 menit untuk selesai, dengan percobaan ulang jika gagal, tanpa perlu membangun antrean. Panduan: https://anyhook.net/id/blog/llm-webhook-handler-timeouts

Question 2

Mengapa tidak membangunnya sendiri dengan SQS + Lambda + DynamoDB?

Accepted Answer

Bisa, tetapi Anda harus menanggung state machine idempotensi, verifier tanda tangan per provider, rotasi kunci, log event yang bisa dicari, dan on-call. Infrastruktur $50–200/bulan; biaya sebenarnya $3000–5000/bulan untuk waktu engineer. AnyHook Pro seharga $20/bulan tanpa perawatan.

Question 3

Apa arti Timeout di bagian harga?

Accepted Answer

Dua timer yang berbeda. Timer Stripe berjalan pada koneksi ke URL publik Anda; jika diarahkan ke AnyHook, Stripe mendapat respons 2xx dari edge kami dalam sekitar satu detik. Baris Timeout adalah timer pengiriman kami, yaitu berapa lama kami menunggu endpoint Anda (Free 60 detik, Pro 120 detik, Scale 5 menit). Untuk tugas yang lebih lama, kembalikan 202 Accepted dan proses secara asinkron.

Question 4

Apa bedanya dengan Zapier atau Make?

Accepted Answer

Zapier/Make adalah platform otomasi low-code dengan editor visual. AnyHook adalah relay kelas developer: webhook Anda, endpoint Anda, kode Anda. Menulis kode untuk memproses webhook? Gunakan AnyHook. Membangun di n8n, Make, atau Zapier? Pasang AnyHook di depan trigger webhook workflow Anda, agar event yang datang saat workflow mati menunggu diputar ulang alih-alih hilang.

Question 5

Apa yang terjadi jika AnyHook sendiri mati?

Accepted Answer

Event ditulis ke antrean persisten sebelum kami mengembalikan 200 ke pengirim. Jika forwarder kami mati, event menunggu di antrean dan dikirim setelah pulih. Jika edge sama sekali tidak bisa menyimpan sebuah event, edge menjawab 503, sehingga percobaan ulang dari pengirim sendiri yang menanganinya: AnyHook tidak pernah menjawab 200 untuk event yang tidak disimpannya. Uptime di status.anyhook.net.

Question 6

Agen AI saya butuh 5–10 menit untuk merespons. Apakah itu bisa?

Accepted Answer

Bisa, justru untuk itulah AnyHook dibuat. Kami membalas Stripe dalam sekitar satu detik, berapa pun lama agen Anda bekerja. Endpoint Anda sebaiknya segera mengembalikan 202 Accepted dan memproses secara asinkron. Batas waktu pengiriman AnyHook hanya berlaku untuk round-trip HTTP awal itu.

Question 7

Apakah saya harus menunggu logika bisnis selesai sebelum mengembalikan 200 ke Stripe?

Accepted Answer

Tidak. Kembalikan 200 begitu webhook terautentikasi, lalu jalankan logika bisnis secara asinkron. Ini adalah pola yang direkomendasikan Stripe. AnyHook menangani percobaan ulang dan putar ulang di sisi Anda, alih-alih memaksa Stripe mengirim ulang.

Question 8

Untuk apa AnyHook tidak cocok?

Accepted Answer

AnyHook menangani webhook event asinkron yang kontraknya adalah 2xx yang cepat. Tidak cocok untuk webhook kontrol sinkron yang membutuhkan body respons tertentu, seperti Twilio Voice (TwiML), Discord Interactions (UI JSON), Shopify Carrier Shipping (tarif real-time). Webhook event standar dari provider tersebut tetap berfungsi.

Question 9

Bagaimana cara yang benar mengintegrasikan endpoint agen asinkron dengan AnyHook?

Accepted Answer

Endpoint Anda segera mengembalikan 202 Accepted dan memproses tugas secara asinkron. AnyHook menandai pengiriman berhasil saat menerima 202. Jika Anda baru mengembalikan 200 setelah agen selesai, tugas yang panjang akan memicu percobaan ulang; solusinya adalah 202 + asinkron.

Question 10

Bisakah saya memutar ulang event setelah gangguan?

Accepted Answer

Bisa, dengan tiga cara: klik Replay pada event mana pun di dashboard; POST /api/v1/events/{id}/replay untuk satu event; atau POST /api/v1/apps/{slug}/replay-failed untuk memutar ulang secara massal event yang gagal di satu App, hingga 100 per panggilan. Hasil putar ulang ditandai is_replay:true dan tidak mengurangi kuota, kecuali event yang ditahan karena melewati kuota, yang dihitung sekali saat diputar ulang.

Question 11

Bisakah AnyHook memulihkan webhook yang gagal sebelum saya memasangnya?

Accepted Answer

Tidak. AnyHook menyimpan apa yang sampai kepadanya, mulai saat Anda mengarahkan provider ke URL AnyHook Anda. Apa pun yang gagal sebelum itu hanya ada di provider. Stripe, misalnya, terus mencoba ulang event live mode yang gagal hingga tiga hari, dan Anda bisa mengirim ulang event dari dashboard Stripe selama 15 hari.

Question 12

Bagaimana jika endpoint saya mengembalikan 400 atau 422? Apakah AnyHook tetap mencoba ulang?

Accepted Answer

Tidak, dan itu disengaja. Error sementara (dicoba ulang): 5xx, 408, 429, dan error jaringan. Error permanen: 3xx (redirect tidak diikuti) dan semua 4xx kecuali 408/429. 400 atau 422 berarti payload atau autentikasi salah; mencoba ulang tidak akan mengubah hasilnya dan hanya menunda perbaikan. Event yang gagal bisa diputar ulang dalam masa putar ulang paket Anda setelah Anda memperbaiki masalahnya.

Question 13

Jika saya menerima 10.000 webhook dalam satu menit, apakah AnyHook akan membanjiri server saya?

Accepted Answer

Secara default, AnyHook meneruskan event secepat event itu datang. Di Pro dan Scale, Anda bisa mengatur rate limit per tujuan (pengiriman per detik); event yang melebihinya menunggu di antrean dan dikirim sesuai urutan, tidak ada yang dibuang. Server Anda juga bisa mengembalikan 429 dengan Retry-After, dan AnyHook akan melakukan backoff.

Question 14

Apa yang terjadi saat server saya mati?

Accepted Answer

Apa pun yang sudah sampai di AnyHook tidak hilang. AnyHook mencoba ulang dengan jadwalnya sendiri (5 menit → 30 menit → 3 jam → 18 jam, lalu setiap hari) hingga jumlah upaya di paket Anda (Free 3, Pro 5, Scale 10). Anda menerima email pada kegagalan berturut-turut ke-1 dan ke-5 di sebuah tujuan; setelah 20 kegagalan berturut-turut, circuit breaker menjeda tujuan itu sementara event baru tetap disimpan. Saat server Anda kembali, banner event gagal di halaman App, atau POST replay-failed (hingga 100 per panggilan), mengirim yang gagal, dari yang terlama, dalam batas putar ulang harian paket Anda.

Question 15

Apakah data payload webhook saya aman?

Accepted Answer

Dienkripsi saat transit (TLS) dan saat disimpan (at rest). Dapat diputar ulang selama masa putar ulang paket Anda (3 / 30 / 90 hari), setelah itu event Free dihapus permanen dan event paket berbayar dipindahkan ke arsip terenkripsi hanya-baca selama masa simpan paket (1 tahun Pro, 7 tahun Scale). Data payload tidak pernah dipakai untuk melatih model. Secret disimpan terenkripsi dan tidak pernah muncul di log.

Question 16

Bagaimana jika saya melebihi batas event bulanan?

Accepted Answer

Pro: $0.15 per 1.000 event. Scale: $0.17 per 1.000 event. Atur batas pengeluaran bulanan ($5–$50) di halaman Settings; setelah tercapai, event berikutnya ditahan (disimpan, tidak dikirim) sampai Anda menaikkan batasnya atau bulan berganti, hingga 20% lagi dari kuota Anda; lewat dari itu, edge menolaknya dengan 429. Kelebihan pemakaian bisa diaktifkan atau dinonaktifkan per App. Paket Free: 10.000/bulan dan 1.000/hari tanpa kelebihan pemakaian. Setelah batas harian, event ditolak; setelah kuota bulanan, event ditahan (hingga 20% lagi dari kuota itu) dan dapat diputar ulang setelah Anda meningkatkan paket.

Question 17

Bisakah saya memakai AnyHook untuk pengembangan lokal?

Accepted Answer

Bisa. Arahkan tujuan Anda ke URL tunnel (ngrok, cloudflared, localhost.run). Lebih baik lagi, biarkan AnyHook menangkap event production sungguhan dan memutarnya ulang ke localhost Anda; uji dengan data nyata dalam batas putar ulang harian Anda, tanpa memicu event secara manual.

Question 18

Sumber webhook saya tidak ada di daftar yang didukung. Apakah tetap bisa dipakai?

Accepted Answer

Ya, AnyHook bekerja dengan webhook HTTP POST apa pun, bukan hanya 22 provider yang terdeteksi otomatis. Pilih 'Generic' saat membuat App Anda. AnyHook menerima setiap POST yang masuk, meneruskan header asli dan body byte demi byte, dan melampirkan header AnyHook-Signature agar endpoint Anda bisa memverifikasi relay. App Generic tidak memeriksa tanda tangan yang masuk, jadi tetap lakukan pemeriksaan Anda sendiri pada header asli dari pengirim; pengirim yang memakai Standard Webhooks (OpenAI, Replicate) bisa memilih sumber itu dan diverifikasi di edge. Handshake verifikasi saat penyiapan, seperti pemeriksaan GET hub.challenge dari Meta, dijawab secara otomatis.

Question 19

Apakah ada batas ukuran payload?

Accepted Answer

Ada, per event: Free 512 KB, Pro 2 MB, Scale 4 MB, Enterprise kustom. Permintaan yang terlalu besar mendapat 413 Payload Too Large di edge, tidak dibuang diam-diam, tidak masuk antrean, tidak ditagih. Event Stripe biasanya 2–8 KB; batas ini mencakup 99%+ payload webhook.

Question 20

Bagaimana endpoint saya memverifikasi bahwa permintaan yang diteruskan itu sah?

Accepted Answer

Tiga lapisan: (1) header asli provider (Stripe-Signature dll.) diteruskan utuh sehingga verifikasi SDK yang sudah Anda pakai berfungsi pada pengiriman pertama; (2) header kustom (Authorization, x-api-key) per tujuan dengan secret yang dienkripsi saat disimpan; (3) header AnyHook-Signature di setiap permintaan, HMAC-SHA256 dengan stempel waktu dan secret per tujuan, disarankan untuk production.

Question 21

Mengapa saya tidak memverifikasi tanda tangan asli Stripe/GitHub saja di server saya?

Accepted Answer

Untuk GitHub, Shopify, dan LINE, boleh saja: mereka hanya menandatangani body, sehingga tanda tangan asli lolos di setiap percobaan ulang. Untuk Stripe, Slack, dan pengirim lain yang menandatangani stempel waktu, percobaan ulang gagal: provider tersebut menolak tanda tangan yang lebih tua dari sekitar 5 menit, dan percobaan ulang AnyHook berjalan setelah itu. AnyHook memverifikasi tanda tangan provider sekali di edge, lalu menandatangani ulang setiap pengiriman dengan AnyHook-Signature baru dan stempel waktu saat ini, sehingga server Anda cukup memeriksa satu header yang tidak pernah kedaluwarsa.

Stripe mengirimnya. Anda melewatkannya.Masih ada di sini.

Pengirim menyerah. Handler Anda berjalan dua kali.

Ganti satu URL.

Lihat setiap event.

API untuk agen AI.

Trafik jelas, kendali penuh.

Tinggalkan SDK. Periksa satu header.

Server Anda mati.
Tidak ada yang hilang.

Dibangun untuk yang membangun.

Pengirim mencoba ulang. Agen Anda berjalan dua kali.

Harga sederhana.

Pertanyaan, terjawab.

Apa yang dilakukan setiap pengirim saat server Anda berhenti membalas.

Ganti satu URL.Sejak itu, setiap webhook tersimpan.