Microservice वास्तुकला से निपटने के लिए, यह अक्सर एक रिवर्स प्रॉक्सी (जैसे कि nginx या Apache httpd) के साथ प्रयोग किया जाता है और क्रॉस कटिंग चिंताओं के लिए एपीआई गेटवे पैटर्न का उपयोग किया जाता है । कभी-कभी रिवर्स प्रॉक्सी एपीआई गेटवे का काम करता है।
इन दोनों दृष्टिकोणों के बीच स्पष्ट अंतर देखना अच्छा होगा। ऐसा लगता है कि एपीआई गेटवे उपयोग का संभावित लाभ कई माइक्रोसर्विसेस को लागू कर रहा है और परिणामों को एकत्र कर रहा है। API गेटवे की अन्य सभी जिम्मेदारियों को रिवर्स प्रॉक्सी के रूप में लागू किया जा सकता है।
- प्रमाणीकरण (यह नगनेक्स LUA लिपियों का उपयोग करके किया जा सकता है);
- परिवहन सुरक्षा। यह स्वयं प्रॉक्सी कार्य को उलट देता है;
- भार संतुलन
- ....
तो इसके आधार पर कई प्रश्न हैं:
- क्या यह एपीआई गेटवे और रिवर्स प्रॉक्सी का एक साथ उपयोग करने के लिए समझ में आता है (उदाहरण के लिए अनुरोध-> एपि गेटवे-> रिवर्स प्रॉक्सी (नगनेक्स) -> कंक्रीट मिक्टोस सर्विस)? किन मामलों में?
- एपीआई गेटवे का उपयोग करके लागू किए जा सकने वाले अन्य अंतर और रिवर्स प्रॉक्सी और इसके विपरीत क्या लागू नहीं किया जा सकता है?