इस सवाल का जवाब देने के कई तरीके हो सकते हैं:
समापन बिंदुओं का एकत्रीकरण
एपीआई गेटवे ज्यादातर अन्य समापन बिंदुओं को जोड़ते हैं, जरूरी नहीं कि उनके परिणाम। यही है, यह एक एकल सर्वर है जो प्रमाणीकरण, या रूटिंग जैसे कुछ अतिरिक्त कार्यक्षमता के साथ अन्य समापन बिंदुओं को दर्पण कर सकता है।
बिंदु कुछ सेवाओं को केंद्रीकृत करना है, बाहरी नेटवर्क से वास्तविक सर्वर को छिपाना, आदि।
परिणामों का एकत्रीकरण
यदि आप वास्तव में गेटवे पर व्यावसायिक तर्क रखना चाहते हैं, तो अलग-अलग दस्तावेज़ों को एक दूसरे दस्तावेज़ में खींचकर, या केवल अनुरोधों या प्रतिक्रियाओं को बदलकर, आप एंटरप्राइज सर्विस बस को देख सकते हैं ।
चाहे एकत्रीकरण अच्छा हो
यह निश्चित रूप से बहस का विषय है, और व्यक्तिगत राय तक। कोई तर्क दे सकता है कि एसओए / ईएसबी प्रकार के समाधानों से हमें (ज्यादातर) दूर होने का एक कारण है। यह कारण हो सकता है क्योंकि व्यक्तिगत ज़िम्मेदारियाँ स्पष्ट नहीं थीं और वे समापन बिंदु "गूंगा" को छोड़कर ईएसबी की तरफ एकत्रित होना चाहते थे। आखिरकार ईएसबी में सब कुछ जानते हुए परिणाम आया।
"बाकी" दृष्टिकोण अलग है। यह "स्मार्ट" एंडपॉइंट्स पर बनाता है, उनके हिस्से को जानता है, और यह सुनिश्चित करता है कि किसी भी अन्य घटक को किसी भी विवरण को जानने की आवश्यकता नहीं है। अपने आप में यह विचार गेटवे को प्रतिक्रिया के बारे में अधिक जानने के साथ संघर्ष में प्रतीत होता है ।
वास्तव में, कुछ वास्तुकला विचार हैं, जैसे कि स्व-नियंत्रित सिस्टम , जो इस विचार पर निर्माण करते हैं, कि किसी भी फ़ंक्शन को आपके क्लाइंट को किसी दिए गए समापन बिंदु द्वारा पूरी तरह से कवर किया जाना चाहिए । यह नहीं होना चाहिए जिम्मेदारी के अपने स्वयं के क्षेत्र में एक अनुरोध को पूरा करने के लिए दूसरों के साथ तुल्यकालिक संचार की जरूरत है। इससे यह भी पता चलता है कि कुल परिणाम उल्टा हो सकता है।
हमेशा की तरह, यह सब सटीक आवश्यकताओं पर निर्भर करता है।