- Webhook को आसान, सुरक्षित और भरोसेमंद तरीके से भेजने के लिए open source टूल और guidelines
- Zapier, Twilio, ngrok, Supabase, Kong आदि के engineers ने एक technical steering committee बनाई है
- Standard Webhooks का परिचय
- Webhook धीरे-धीरे और अधिक लोकप्रिय हो रहे हैं, और दुनिया की कई अग्रणी कंपनियां अपने API users को events भेजने के लिए इनका उपयोग कर रही हैं
- लेकिन webhook providers के बीच implementation तरीके अलग-अलग हैं और गुणवत्ता भी विविध है, जिससे ecosystem बिखरा हुआ है
- यहां तक कि उच्च-गुणवत्ता वाले implementations भी इतने विविध हैं कि वे मूल रूप से एक-दूसरे के साथ compatible नहीं हैं, और यह fragmentation providers और consumers दोनों के लिए परेशानी पैदा करती है तथा innovation को बाधित करती है
- Consumer के दृष्टिकोण से, हर provider webhook को अलग तरीके से संभालता है, webhook को verify करने का तरीका फिर से सीखना पड़ता है, और custom implementations के कारण समस्याएं भी पैदा होती हैं
- Provider के दृष्टिकोण से, इसका मतलब है कि पहले से हल की जा चुकी समस्याओं, जैसे security और backward compatibility, के लिए फिर से design करना पड़ता है
- हम पूरे industry में webhook को standardize करने के लिए एक सरल समाधान प्रस्तावित करते हैं
- यह design document मौजूदा industry best practices पर आधारित सख्त webhook guidelines प्रस्तावित करता है, और इसे "Standard Webhooks" कहा जाता है
- "Standard Webhooks" का मानना है कि webhook के लिए वही किया जा सकता है जो JWT ने API authentication के लिए किया
- विभिन्न implementations द्वारा समर्थित एक consistent common protocol अपनाने से ऊपर बताई गई समस्याएं हल होंगी और webhook ecosystem में नए tools और innovation संभव होंगे
- इसके लिए हमने webhook delivery के लिए open source और community-driven tools तथा guidelines बनाई हैं
- Design goals: security, reliability, interoperability, simplicity, backward compatibility और forward compatibility
- Payload को HTTP Body में रखकर भेजा जाता है, और यह JSON से बना होता है। अधिकतम size limit नहीं है, लेकिन 20kb से कम रखने की सिफारिश की जाती है
- Webhook की authenticity की पुष्टि के लिए metadata और signature scheme को परिभाषित किया गया है
अभी कोई टिप्पणी नहीं है.