Gateways और Meshes क्यों हैं

हर service में वही काम

जब कोई system एक application से दर्जनों microservices तक बढ़ता है, तो हर service को वही काम चाहिए: authentication, TLS, rate limiting, logging, retries, timeouts, routing। इन्हें हर service में, कई भाषाओं में, लिखने से असंगत और ग़लतियों भरी copies बनती हैं। दो infrastructure परतें ये काम application कोड से बाहर ले जाती हैं। API gateway edge पर बैठता है और north-south traffic (बाहरी clients से system के भीतर) सँभालता है। Service mesh east-west traffic (भीतर service-से-service calls) सँभालता है, आम तौर पर हर service के पास एक छोटे proxy के साथ। साथ मिलकर वे हर service को बदले बिना सुरक्षा, resilience और observability लागू करने की एकरूप जगह देते हैं।

बाहरी traffic और आंतरिक traffic

Gateway आपके system में आने वाले traffic को नियंत्रित करता है; mesh आपकी services के बीच के traffic को।

इमारत का reception और उसके गलियारे

Reception डेस्क आगंतुकों की जाँच करती है और उन्हें सही दफ़्तर भेजती है (gateway)। भीतर हर दरवाज़े पर badge reader नियंत्रित करता है कि कौन दफ़्तरों के बीच जा सकता है और हर प्रवेश दर्ज करता है (mesh)।

उन्हें बहुत जल्दी न जोड़ें

एक application या मुट्ठी भर services को शायद ही mesh चाहिए। सरल reverse proxy या managed gateway से शुरू करें और और infrastructure तभी जोड़ें जब उस समस्या का नाम बता सकें जो वह हल करता है।

त्वरित जाँच: "East-west" traffic का क्या मतलब है?

• सिर्फ़ दो data centres के बीच traffic
• Internet से edge तक के अनुरोध
• System के भीतर service-से-service calls
• Email traffic