एपीआई गेटवे और सेवा खोज

क्लाइंट सेवाओं को कैसे खोजते हैं और सेवाएँ एक-दूसरे तक कैसे पहुँचती हैं? दो प्रतिरूप इसका उत्तर देते हैं: एपीआई गेटवे और सेवा खोज।

सीधी पहुँच जल्दी ही समस्या बन जाती है: 10 सेवाओं से बात करने वाले क्लाइंट को हर पते की जानकारी रखनी पड़ती है, हर सेवा की सुरक्षा सँभालनी पड़ती है और आने-जाने वाली सेवाओं का पता रखना पड़ता है।

एपीआई गेटवे एकमात्र प्रवेश-बिंदु होता है — आपकी माइक्रोसर्विस के लिए स्वागत-कक्ष जैसा। क्लाइंट हर अनुरोध को अलग-अलग सेवाओं के बजाय इसी को भेजते हैं।

एपीआई गेटवे केवल मार्ग निर्धारित करने से कहीं अधिक काम करता है: यह प्रमाणीकरण, अनुरोध-दर सीमित करना और कैशिंग सँभालता है तथा आपकी सेवाओं से साझा सरोकारों का भार हटा देता है।

गेटवे के माध्यम से अनुरोध में ऐप उसे कॉल करता है, गेटवे उपयोगकर्ता का प्रमाणीकरण करता है, सही सेवा तक मार्ग निर्धारित करता है और प्रत्युत्तर वापस भेजता है।

सेवाएँ शुरू होती हैं, बंद होती हैं और स्थान बदलती हैं, इसलिए उनके पते बदलते रहते हैं। सेवा खोज सेवाओं को किसी भी पते को स्थायी रूप से लिखे बिना एक-दूसरे का स्थान खोजने देती है।

केंद्र में सेवा रजिस्ट्री होती है: प्रत्येक सक्रिय उदाहरण के स्थान का अद्यतन डेटाबेस। सेवाएँ शुरू होते समय पंजीकृत होती हैं और बंद होते समय पंजीकरण रद्द करती हैं।

क्लाइंट-पक्षीय सेवा खोज में क्लाइंट स्वयं रजिस्ट्री से पूछताछ करता है, फिर उदाहरणों के बीच भार संतुलित करके किसी एक को सीधे कॉल करता है। क्लाइंट को पता होता है कि कहाँ खोजना है।

सर्वर-पक्षीय सेवा खोज में क्लाइंट केवल ऐसे राउटर तक पहुँचता है जो रजिस्ट्री से पूछताछ करके अनुरोध आगे भेजता है। क्लाइंट कभी भी रजिस्ट्री से सीधे संपर्क नहीं करता।

आपने दो आवश्यक प्रतिरूपों को समझा: एपीआई गेटवे क्लाइंट को एक सुरक्षित प्रवेश-बिंदु देता है और सेवा खोज सेवाओं को गतिशील रूप से एक-दूसरे को खोजने देती है।