एपीआई गेटवे और ईएसबी के बीच अंतर? [बन्द है]

Question

जिस कंपनी के लिए मैं काम करता हूं, वह वेब सेवाओं के गवर्नेंस, पैमाइश और सुरक्षा के लिए कुछ मिडलवेयर समाधानों का मूल्यांकन कर रही है। वर्तमान में, हम इस उद्देश्य के लिए एक एंटरप्राइज सर्विस बस (ESB) का उपयोग कर रहे हैं, लेकिन प्रबंधन के कुछ शांत लोगों ने निर्णय लिया कि वे कुछ API सर्वर मिडलवेयर को तैनात करने जा रहे हैं।

मैंने इन एपीआई प्रबंधन (उर्फ एपीआई गेटवे) समाधानों के बारे में थोड़ा शोध किया, लेकिन उनके और वास्तविक ईएसबी के बीच अंतर नहीं खोज सका। मैंने Mule, WSO2, Oracle आदि से कुछ श्वेत पत्रों का मूल्यांकन किया, लेकिन दोनों उत्पादों द्वारा दी जाने वाली सुविधाएँ लगभग समान हैं। सवाल यह है कि एक एपीआई प्रबंधन ऐसा क्या कर सकता है जो ईएसबी नहीं कर सकता है और इसके विपरीत? API गेटवे के लिए ESB को बदलकर IT Infrastructure में क्या मूल्य जोड़ा जा सकता है?

Comments

सॉफ़्टवेयर इंजीनियरिंग चर्चा के लिए विषय "एपीआई गेटवे और ईएसबी के बीच अंतर" कैसा है?

— फ्रांसिस्को डी'नकोनिया

Answer 1

आपके द्वारा अवधारणाओं को उछाले जाने का कारण यह है कि विक्रेता उन्हें पैकेज में बेच रहे हैं। लेकिन वे निश्चित रूप से अलग अवधारणाएं हैं।

एपीआई गेटवे आपके सार्वजनिक रूप से उजागर वेब सेवाओं के प्रबंधन, निगरानी और पहुंच को सुरक्षित करने के लिए एक केंद्रीय एक्सेस प्वाइंट प्रदान करता है। यह आपको अलग-अलग समापन बिंदुओं पर सेवाओं को समेकित करने की भी अनुमति देगा जैसे कि वे सभी एक ही मेजबान से आ रहे थे। उदाहरण के लिए मान लें कि आपके पास दस अलग-अलग सर्विस एंडपॉइंट थे जो सेवाओं के एकल "सूट" का हिस्सा थे। अपनी सेवा के उपभोक्ताओं को एक सेवा और service2.yourcompany.com का उपयोग करने के लिए service1.yourcompany.com का उपयोग करने के लिए सूचित करने के बजाय, दूसरे और उसके बाद, आप उन्हें api.yourcompany.com/service1 या api.yourcompany.com के लिए सभी बिंदु दे सकते हैं / service2 और गेटवे उपयुक्त समापन बिंदुओं के अनुरोधों को पुनर्निर्देशित करने के लिए जिम्मेदार होगा।

एक ईएसबी एक आंतरिक "बस" है जो अनुप्रयोगों और सेवाओं को एक दूसरे के साथ संवाद करने की अनुमति देता है। सभी एप्लिकेशन बस में हुक कर सकते हैं और वे किसी भी संदेश को प्राप्त कर सकते हैं जो किसी अन्य एप्लिकेशन द्वारा प्रकाशित होने पर उन्हें रुचि देता है। वे अपने स्वयं के संदेशों को भी प्रकाशित कर सकते हैं जो एक अन्य एप्लिकेशन के लिए सुन सकते हैं और उनका जवाब दे सकते हैं। एप्लिकेशन सीधे एक दूसरे से जुड़ने के लिए ज़िम्मेदार नहीं हैं, वे अपने संदेश बस में प्रकाशित करते हैं और सभी इच्छुक पक्ष सुनते हैं और प्रतिक्रिया करते हैं।

तार्किक रूप से एपीआई गेटवे ईएसबी के लिए प्रतिस्थापन नहीं है, बल्कि सेवा उन्मुख वास्तुकला के लिए एक वृद्धि है।

Comments

मेरा मानना ​​है कि ईएसबी का उपयोग करने का तर्क समान है। ईएसबी केंद्रीय पहुंच बिंदु हैं और विभिन्न समापन बिंदुओं से लोड संतुलन, निगरानी, ​​पैमाइश और सेवाओं की सुरक्षा का प्रदर्शन कर सकते हैं। आप व्यक्तिगत सेवाओं के URL के बजाय उपभोक्ताओं को ESB का URL भी पास कर सकते हैं। अब तक, कुछ भी नया नहीं है।

— dliber 16

ईएसबी आंतरिक एपीआई गेटवे बाहरी खपत के लिए है। यदि आप ईएसबी के बजाय आंतरिक रूप से एपीआई गेटवे का उपयोग करना चाहते हैं, तो मुझे लगता है कि आपको रोकने के लिए कुछ भी नहीं है।

— माइकल ब्राउन

ठीक यही बात है। ईएसबी और एपीआई प्लेटफार्मों की सुविधाओं का एक ओवरलैप है। आप बाहरी पहुँच के लिए ESB या आंतरिक पहुँच के लिए API प्लेटफ़ॉर्म तैनात कर सकते हैं। यदि उनकी विशेषताएं समान हैं, तो एक के बजाय दूसरे का उपयोग करने का क्या लाभ है? क्या उन्हें इतना अलग बनाता है ताकि आप एक दूसरे के बजाय (या दोनों एक साथ) का उपयोग कर सकें और अपने व्यवसाय को वास्तविक मूल्य प्रदान कर सकें?

— dliber

एक चीज ESB उच्च मात्रा यातायात के लिए डिज़ाइन की गई है। इसमें आमतौर पर मालिकाना या गैर-इंटरनेट अनुकूल प्रोटोकॉल होता है। एक एपीआई गेटवे को इंटरनेट प्रोटोकॉल (SOAP, JSON, XML, HL7) के बीच अनुवाद करने और ESB पर अनुरोध करने के लिए डिज़ाइन किया गया है। मूल रूप से, आप अपनी आंतरिक सेवाओं के बीच संचार के लिए प्रवेश द्वार का उपयोग कर सकते हैं, जो जरूरी नहीं कि यह सबसे अच्छा फिट हो।

— माइकल ब्राउन