जैसे-जैसे एपीआई विकसित होता है, नए तरीके, मापदंड और तर्क उभरते हैं। वर्तमान ग्राहकों के काम को बाधित नहीं करने के लिए, एपीआई वर्शनिंग का उपयोग किया जाता है। हम वर्शनिंग के लिए कई दृष्टिकोणों का समर्थन करते हैं, जिससे इंटीग्रेटर स्थिर ऑपरेशन के लिए जोखिम के बिना इंटरफ़ेस के वांछित संस्करण का उपयोग कर सकते हैं।
यह प्लेटफ़ॉर्म को स्केल करते समय और अपडेट लागू करते समय, पुराने ग्राहकों का परीक्षण या सर्विसिंग दोनों महत्वपू
वर्शनिंग विधियाँ
| विधि | वर्णन और लाभ |
|---|---|
| यूआरएल में संस्करण ('/v1/') | सबसे समझने योग्य और लोकप्रिय तरीका REST API के लिए सुविधाजनक है |
| शीर्षिका स्वीकारें | उदाहरण: 'स्वीकारें: अनुप्रयोग/vnd. api + json; संस्करण = 2 '- डेटा को संस्करण से अलग करता है |
| ग्राफक्यूएल उर्फ/वर्गीकृत क्षेत्र | उपनाम के माध्यम से विभिन्न संस्करण: 'UserV1', 'UerseV2' - क्रमिक प्रवास के लिए सुविधाजनक |
| स्कीमा-स्तरीय संस्करण | प्रत्येक संस्करण के लिए OpenAPI/स्वैगर में अलग आरेख और मॉड्यूल |
कैसे लागू किया गया
'/v1/', '/v2/' और स्वतंत्र मार्गों के साथ एपीआई संरचना
'स्वीकार करें' और 'X-API-Version' शीर्षिका जाँच रहा है- GraphQL उपनाम और वर्शन स्कीमा का समर्थन करता है ('uerseV1', 'userV2')
- उत्पादन के लिए जोखिम के बिना ए/बी परीक्षण नए संस्करणों की क्षमता
- विश्लेषण और प्रवास के लिए प्रत्येक संस्करण में कॉल की लॉगिंग
व्यवसाय और इंटीग्रेटर लाभ
बिना धीमा किए पुराने ग्राहकों का समर्थन करें- मल्टी-जेनरेशन एपीआई समानांतर ऑपरेशन
- पीछे की संगतता को तोड़े बिना नई सुविधाओं को सुरक्षित रूप से लागू करें
- बुनियादी ढांचे को बढ़ाने और उन्नयन के लिए लचीलापन
- नियंत्रित और विश्लेषणात्मक संस्करणों के बीच सहज प्रवास
जहाँ विशेष रूप से महत्वपूर
कई बाहरी क्लाइंट के साथ प्लेट- एपीआई-प्रथम दृष्टिकोण और लंबी जीवनचक्र के साथ परियोजनाएं
- बैंकों, प्रदाताओं, बी 2 बी भागीदारों के साथ एकीकरण
- लंबे समय तक रहने वाले मोबाइल या IoT ग्राहकों के साथ सिस्टम
एपीआई वर्शनिंग एकीकरण की विश्वसनीयता और लचीलेपन की नींव है। प्रारूप (REST, GraphQL या gRPC) के बावजूद, हम इंटरफेस के सुरक्षित विकास को सुनिश्चित करते हैं - विफलताओं, संघर्षों और संगतता के नुकसान के बिना।
लोकप्रिय विषय
मुख्य विषय
संपर्क करें
नीचे दिया गया फॉर्म भरें, हम जल्द ही जवाब देंगे।