आदेश microservice वास्तुकला के साथ सौदा करने के लिए, यह अक्सर एक रिवर्स प्रॉक्सी के साथ (जैसे nginx या अपाचे httpd के रूप में) और पार काटने चिंताओं कार्यान्वयन API gateway pattern is used के लिए प्रयोग किया जाता है। कभी-कभी रिवर्स प्रॉक्सी एपीआई गेटवे का काम करता है।
इन दो दृष्टिकोणों के बीच स्पष्ट मतभेद देखना अच्छा होगा। ऐसा लगता है कि एपीआई गेटवे उपयोग के संभावित लाभ कई सूक्ष्मजीवों का आविष्कार कर रहे हैं और परिणामों को एकत्रित कर रहे हैं। एपीआई प्रवेश द्वार के अन्य सभी responsibilities रिवर्स Proxy.Such का उपयोग कर के रूप में लागू किया जा सकता:एपीआई प्रवेश द्वार बनाम रिवर्स प्रॉक्सी
- प्रमाणीकरण (यह nginx LUA स्क्रिप्ट का उपयोग किया जा सकता है);
- परिवहन सुरक्षा। यह खुद प्रॉक्सी कार्य रिवर्स;
- यह समझ बनाने के एपीआई प्रवेश द्वार का उपयोग करने और simultaniously प्रॉक्सी रिवर्स करता है (उदाहरण के अनुरोध के रूप में:
- लोड संतुलन
- ....
तो इस आधार पर कई सवाल कर रहे हैं > एपी गेटवे-> रिवर्स प्रॉक्सी (nginx) -> कंक्रीट mictoservice)? किस मामले में?
अगर मैं गलत हूं तो मुझे सही करें लेकिन मैं दोनों एक ही पारिस्थितिक तंत्र में उपयोग कर सकता हूं। एपीआई गेटवे का उपयोग करना गतिशील और निरंतर परिवर्तनों को ऑशस्ट्रेट करने के लिए है जो डैशबोर्ड निगरानी और सुरक्षा बाधाओं में जोड़ा गया है जो कि nginx जैसे रिवर्स प्रॉक्सी का उपयोग कर स्थिर और निश्चित उप डोमेन प्रदान करने के लिए अधिक प्रभावी हो सकता है उदाहरण के लिए लोड संतुलन प्रदान करना। – aelkz