पाठ 12 / 32
API गेटवे और सर्विस डिस्कवरी
Routing, auth और rate limiting के लिए services के आगे API gateway रखें, और instances खोजने के लिए service discovery उपयोग करें।
एकल मुख्य द्वार
एक API गेटवे कई बैकएंड सेवाओं के सामने बैठता है और क्लाइंट को एक ही एंडपॉइंट देता है। यह रूटिंग, ऑथ, रेट लिमिटिंग और रिस्पॉन्स एग्रीगेशन संभालता है ताकि हर सेवा उन्हें दोबारा न बनाए।
सेवाओं को खोजना
जब सेवाएँ ऊपर-नीचे स्केल होती हैं, हार्डकोडेड IP टूट जाते हैं। सर्विस डिस्कवरी (Consul, Eureka, या Kubernetes DNS) एक जीवित रजिस्ट्री रखती है — सेवाएँ स्टार्टअप पर रजिस्टर होती हैं, और कॉलर रिक्वेस्ट के समय स्वस्थ इंस्टेंस खोजते हैं।
बिल्डिंग का रिसेप्शनिस्ट
गेटवे एक रिसेप्शनिस्ट है जो आपकी ID जाँचता है (ऑथ), बताता है किस मंज़िल पर जाना है (रूटिंग), और एक साथ बहुत अधिक विज़िटर्स को अंदर नहीं आने देता (रेट लिमिटिंग) — इसलिए अलग-अलग विभागों को अपना फ़्रंट डेस्क नहीं चाहिए।
इसे मोनोलिथ न बनने दें
बिज़नेस लॉजिक को गेटवे से बाहर रखें। इसे रूट करना चाहिए और क्रॉस-कटिंग नीति लागू करनी चाहिए, ऑर्डर टोटल या इन्वेंटरी के बारे में जानना नहीं — वरना यह नया बॉटलनेक बन जाता है।