Handler Webhook Anda Memanggil LLM. Pengirim Memutus Koneksi Lebih Dulu.
Slack menunggu 3 detik, Shopify 5, GitHub 10. Panggilan LLM lebih lama, jadi pengirim memutus koneksi. Jawab dulu, atau pakai relay.
Terbaru
14
2026.10
Catatan dari production tentang pengiriman, percobaan ulang (retry), verifikasi tanda tangan (signature), debugging, dan putar ulang (replay), dari tim yang membangun AnyHook.
Tiap restart, ngrok memberi URL baru yang harus Anda tempel ulang di Stripe atau Shopify. Pasang satu URL permanen di provider, arahkan ke tunnel hari ini.
Argumen soal idempotensi biasanya berakhir di baris database duplikat. Di webhook penjadwalan, ujungnya dua orang datang untuk slot pukul 10.00 yang sama.
GitHub tidak mencoba ulang pengiriman webhook yang gagal. Tidak sekali pun. Catatannya bertahan tiga hari, lalu event dari deploy buruk hilang selamanya.
HubSpot tidak menjamin urutan dan menyatakan eventId-nya tidak dijamin unik. Semua naluri yang Anda bangun dari event.id Stripe gagal di sini.
Lewatkan access.granted, pengguna membuat tiket. Lewatkan access.revoked, tidak ada yang sadar: dari luar semua tetap jalan. Uptime adalah kontrol akses.
Merchant of record berarti batas waktu respons lebih ketat dan kurva retry lebih rapat. Yang berubah saat SaaS indie pindah ke Paddle atau Lemon Squeezy.
Slack meminta 2xx dalam tiga detik dan menonaktifkan langganan jika 95% pengiriman gagal dalam satu jam. Kegagalan webhook yang disaksikan pengguna Anda.
Twilio satu-satunya pengirim besar dengan lima kenop: connect timeout, read timeout, total waktu, jumlah dan kebijakan retry. Tidak ada yang memutarnya.
Tanpa crypto Node, jatah CPU dalam milidetik, dan waitUntil yang tidak persisten. Apa yang berubah saat penerimanya Worker, dari ingress AnyHook sendiri.
Webhook WooCommerce diantrekan via Action Scheduler di WP-Cron, yang jalan saat ada kunjungan. Gagal lebih dari lima kali beruntun, webhook dinonaktifkan.
Provider besar umumnya mengirim setidaknya sekali (at-least-once): duplikat itu pasti, bukan anomali. Empat pola idempotensi, dari terlemah ke terkuat.
Sembilan dari sepuluh kali, penyebabnya URL test yang hanya mendengarkan saat dipantau. Sisanya: mode respons, raw body yang di-parse, atau event hilang.
Shopify memberi endpoint Anda lima detik, mencoba ulang delapan kali dalam empat jam, lalu menghapus langganannya. Tidak ada error. Pesanan berhenti masuk.
Stripe menonaktifkan endpoint webhook, dan rentang pemulihan 30 hari lebih sempit dari kesannya. Urutannya: aktifkan lagi, backfill dari Events API.
Verifikasi signature yang gagal tanpa sebab, pekerjaan waitUntil yang lenyap, cold start yang memakan batas timeout: jebakan serverless dan solusinya.
Polling boros permintaan, tetapi gagalnya terkendali. Webhook efisien, tetapi gagal diam-diam. Plus pola hybrid yang dibangun kebanyakan integrasi serius.
Separuh internet masih menjawab via email: kode, struk, notifikasi. Satu panggilan tanpa akun memberi agen kotak masuk nyata, dibaca sebagai event webhook.
Alamat catch-all, handler email di Worker, dan sekitar enam puluh baris: setiap email ke domain Anda menjadi POST JSON ke pipeline HTTP yang sudah ada.
Log webhook di database yang bisa diubah adalah klaim, bukan bukti. Cara log AnyHook bisa diverifikasi: rantai hash per App, segel harian, anchor publik.
Jika tes Anda membuat tanda tangan dengan rumus yang diperiksa verifier, keduanya bisa sama-sama salah dan tetap hijau. Cek silang dengan SDK provider.
Agen bisa memanggil API; menerima event adalah separuh yang hilang. Yang rusak saat agen butuh URL webhook, dan wujud layanan yang cocok untuk agen.
Men-debug pengiriman webhook: apa yang perlu diperiksa di header, kode status, waktu, dan payload saat integrasi Anda berhenti berfungsi.
Mengapa backoff eksponensial (exponential backoff) yang naif memicu thundering herd, cara jitter memperbaikinya, dan wujud jadwal retry kelas production.
Server Anda mati tiga jam. Stripe, GitHub, dan Shopify terus mengirim webhook. Cara memutar ulang (replay) event yang terlewat, dengan dan tanpa relay.
ngrok bagus untuk pengembangan lokal. Bukan strategi production. Ini yang Anda butuhkan di luar tunnel: staging, production, dan area abu-abu di antaranya.
Stripe mencoba ulang webhook yang gagal hingga 3 hari. Begini cara kerja jadwalnya, apa yang rusak saat endpoint Anda mati, dan cara merancang untuk itu.
Verifikasi tanda tangan (signature) webhook lintas provider: yang sering salah, cara kerja toleransi timestamp, dan kenapa retry merusak implementasi naif.
Ganti satu URL, dapatkan percobaan ulang otomatis, log event lengkap, dan putar ulang sekali klik. Paket Free, tanpa kartu kredit.