Webhook
Bir olay gerçekleştiğinde karşı tarafa HTTP isteği gönderen geri çağrı mekanizması.
Özet
Entegrasyon için HTTP geri çağrısı.
Hızlı bilgiler
- Kategori
- AI ve bilgi yönetimi
- Ürün
- KobiGPT RAG
- İlgili
- Karşılaştırma ve araçlar
- Dil
- TR ve EN
Neden KobiGPT?
- Satın alma öncesi ortak dil oluşturun.
- Kavramları KobiGPT özelliklerine bağlayın.
- Hukuk ve BT ile paylaşın.
- Kullanım alanlarına geçin.
Ürün verileri
- Ücretsiz plan
- 100 doküman · 2 departman · 120 Kobi/ay(PLAN_CONFIG)
- Starter
- 1000 doküman · 5 departman · 1000 Kobi/ay(PLAN_CONFIG)
- Pro
- 12500 doküman · 25 departman · 12500 Kobi/ay(PLAN_CONFIG)
Webhook ile sorgulama farkı
Klasik entegrasyonda istemci belirli aralıklarla “yeni bir şey var mı” diye sorar; buna sorgulama denir. Webhook bunu tersine çevirir: olay gerçekleştiğinde sunucu istemciye haber verir.
Fark hem gecikme hem maliyet tarafındadır. Sorgulama yaklaşımında olay ile fark edilmesi arasında aralık kadar gecikme olur ve çoğu istek boş döner. Webhook’ta bildirim anlıktır ve gereksiz istek yoktur.
Karşılığında webhook, alıcı tarafta erişilebilir bir uç nokta gerektirir. Bu, ağ izolasyonu olan kurulumlarda uygulanabilirliği sınırlar.
Güvenilirlik sorunları
Webhook’un en sık gözden kaçan yönü teslim garantisidir. Alıcı geçici olarak erişilemezse bildirim kaybolabilir; bu yüzden gönderen tarafın yeniden deneme yapması ve alıcının aynı bildirimi iki kez alabileceğini varsayması gerekir.
Bu, alıcı tarafta idempotans gerektirir: aynı olay iki kez işlendiğinde sonuç değişmemelidir. Aksi halde tekrarlanan bildirim çift kayıt veya çift işlem üretir.
Sıralama garantisi de genelde yoktur. Olaylar gönderildikleri sırayla ulaşmayabilir; alıcı, olayın kendi zaman damgasına bakarak eski bir bildirimin yeniyi ezmesini engellemelidir.
Güvenlik tarafı
Webhook uç noktası internete açık olduğu için doğrulama gerektirir. Gönderenin kimliği bir imza veya paylaşılan gizli anahtar ile doğrulanmalıdır; aksi halde herkes sahte bildirim gönderebilir.
İkinci önlem, uç noktanın yalnızca bildirim kabul etmesi ve iş mantığını doğrudan tetiklememesidir. Bildirim kuyruğa alınıp asenkron işlenirse, hem yavaş işlemler zaman aşımına yol açmaz hem saldırı yüzeyi daralır.
Üçüncüsü, bildirim içeriğine körü körüne güvenmemektir. Gelen veriyi doğrudan kullanmak yerine, kaynak sistemden doğrulamak daha güvenli bir kalıptır.
Bildirim kaybını fark etmek
Webhook kurulumlarının en sinsi arızası sessiz kayıptır: bildirim gelmez ve hiçbir hata görünmez. Sistem çalışıyor gibi durur ama veri güncellenmez ve sorun ancak tutarsızlık fark edildiğinde ortaya çıkar.
Bu yüzden yalnızca webhook mekanizmasına güvenmek riskli bir kalıptır. Yaygın çözüm, düşük sıklıkta bir mutabakat işi çalıştırmaktır: günde bir kez kaynak sistemle karşılaştırma yapıp kaçan olayları yakalamak. Bu, hız avantajını korurken sessiz kaybı fark edilebilir hale getirir.
Mutabakat işinin kendisi karmaşık olmak zorunda değildir: kayıt sayılarını karşılaştıran basit bir kontrol, sessiz kaybın büyük çoğunluğunu yakalar ve kurulumu birkaç saat sürer.
FAQ
Pratikte ne anlama gelir?
Entegrasyon için HTTP geri çağrısı.
KobiGPT kullanıyor mu?
Uygulama için ürün sayfalarına bakın.
Daha fazla okuma?
Blog ve SSS.
Sorumluluk?
Eğitim amaçlı; uyum kararları için doğrulayın.
Aynı bildirim iki kez gelebilir mi?
Evet. Yeniden deneme mekanizmaları nedeniyle alıcı tarafın idempotans sağlaması, yani aynı olayı iki kez işlediğinde sonucu değiştirmemesi gerekir.
Webhook uç noktası nasıl korunur?
Gönderenin kimliği imza veya paylaşılan gizli anahtar ile doğrulanmalı, bildirim kuyruğa alınıp asenkron işlenmelidir.
Karşılaştırma
| Özellik | KobiGPT | Alternatif |
|---|---|---|
| KOBİ | Evet | Yok |
| Kaynak | RAG ile | Yok |
| Sözlük | Genişliyor | Yok |
| Araçlar | İnteraktif | Yok |