2016-03-02 15 views
35

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

  • प्रमाणीकरण (यह nginx LUA स्क्रिप्ट का उपयोग किया जा सकता है);
  • परिवहन सुरक्षा। यह खुद प्रॉक्सी कार्य रिवर्स;

    1. यह समझ बनाने के एपीआई प्रवेश द्वार का उपयोग करने और simultaniously प्रॉक्सी रिवर्स करता है (उदाहरण के अनुरोध के रूप में:
    2. लोड संतुलन
    3. ....

तो इस आधार पर कई सवाल कर रहे हैं > एपी गेटवे-> रिवर्स प्रॉक्सी (nginx) -> कंक्रीट mictoservice)? किस मामले में?

  • क्या अन्य मतभेद है कि एपीआई गेटवे का उपयोग कर लागू किया जा सकता और रिवर्स प्रॉक्सी द्वारा कार्यान्वित नहीं किया जा सकता है और इसके विपरीत?
  • उत्तर

    32

    यह उनके बारे में सोचने के लिए है, तो आपको पता है कि वे परस्पर अनन्य नहीं हैं आसान है। एक विशिष्ट प्रकार रिवर्स प्रॉक्सी कार्यान्वयन के रूप में एक एपीआई गेटवे के बारे में सोचें।

    आपके प्रश्नों के संबंध में, दोनों को संयोजन के रूप में उपयोग करना असामान्य नहीं है जहां एपीआई गेटवे को एप्लिकेशन टियर के रूप में माना जाता है जो भार संतुलन और स्वास्थ्य जांच के लिए एक रिवर्स प्रॉक्सी के पीछे बैठता है। एक उदाहरण में है कि अपने वेब अनुप्रयोग फ़ायरवॉल/एपीआई गेटवे रिवर्स प्रॉक्सी स्तरों, WAF खुद के लिए एक और व्यक्ति microservices यह करने के लिए बात करती है के लिए अन्य द्वारा sandwiched है एक WAF सैंडविच वास्तुकला की तरह कुछ होगा।

    मतभेद के संबंध में उसने बहुत समान हैं। यह सिर्फ नामकरण है। जैसे ही आप मूल रिवर्स प्रॉक्सी सेटअप लेते हैं और प्रमाणीकरण, रेट सीमित, गतिशील कॉन्फ़िगरेशन अपडेट और सेवा खोज जैसे अधिक टुकड़ों पर बोल्ट करना शुरू करते हैं, लोगों को एपीआई गेटवे कॉल करने की अधिक संभावना होती है।

    +0

    अगर मैं गलत हूं तो मुझे सही करें लेकिन मैं दोनों एक ही पारिस्थितिक तंत्र में उपयोग कर सकता हूं। एपीआई गेटवे का उपयोग करना गतिशील और निरंतर परिवर्तनों को ऑशस्ट्रेट करने के लिए है जो डैशबोर्ड निगरानी और सुरक्षा बाधाओं में जोड़ा गया है जो कि nginx जैसे रिवर्स प्रॉक्सी का उपयोग कर स्थिर और निश्चित उप डोमेन प्रदान करने के लिए अधिक प्रभावी हो सकता है उदाहरण के लिए लोड संतुलन प्रदान करना। – aelkz

    12

    मुझे विश्वास है, एपीआई गेटवे जबकि परंपरागत रिवर्स प्रॉक्सी (Nginx, HAProxy या अपाचे की तरह) कॉन्फ़िग फ़ाइल के माध्यम से कॉन्फ़िगर किया गया है, एक रिवर्स प्रॉक्सी गतिशील एपीआई के माध्यम से और संभावित यूआई के माध्यम से विन्यस्त किया जा सकता है कि है और जब पुन: प्रारंभ हो गया है विन्यास में बदलाव इस प्रकार, राउटिंग नियम या अन्य कॉन्फ़िगरेशन अक्सर बदलते समय एपीआई गेटवे का उपयोग किया जाना चाहिए। आपके प्रश्नों के लिए:

    1. यह तब तक समझ में आता है जब तक इस अनुक्रम में प्रत्येक घटक अपना उद्देश्य प्रदान करता है।
    2. मतभेद सुविधा सूची में लेकिन आवेदन किया जिस तरह से विन्यास बदलाव में नहीं हैं।

    साथ ही, एपीआई गेटवे अक्सर Saas की रूप में, Apigee या उदाहरण के लिए Tyk की तरह प्रदान की जाती है।

    इसके अलावा, यहां कैसे Node.js के साथ एक सरल एपीआई गेटवे बनाने के लिए https://memz.co/api-gateway-microservices-docker-node-js/

    आशा है कि यह मदद करता है पर मेरे ट्यूटोरियल है।

    संबंधित मुद्दे