नोट
इस पेज तक पहुँच के लिए प्रमाणन की आवश्यकता होती है. आप साइन इन करने या निर्देशिकाओं को बदलने का प्रयास कर सकते हैं.
इस पेज तक पहुँच के लिए प्रमाणन की आवश्यकता होती है. आप निर्देशिकाओं को बदलने का प्रयास कर सकते हैं.
Power Platformके लिए ExpressRoute का उपयोग करने का निर्णय लेने के बाद, आपका अगला चरण परिनियोजन की योजना बनाना है। यह आलेख पूर्वापेक्षाओं और विचारों पर मार्गदर्शन प्रदान करता है।
ExpressRoute का उपयोग करने के लिए पूर्वापेक्षाएँ
ExpressRoute के लिए विशिष्ट पूर्वापेक्षाएँ आवश्यक हैं. इनके लिए योजना बनाने में विफलता के परिणामस्वरूप अप्रत्याशित लागत आ सकती है, परियोजना बाधित हो सकती है, तथा अन्य सेवाओं का संचालन प्रभावित हो सकता है।
कनेक्टिविटी प्रदाता द्वारा स्थापित एक भौतिक कनेक्शन। एक्सप्रेस रूट स्वयं भौतिक कनेक्शन उपलब्ध नहीं कराता है। इसके बजाय, यह एक स्थापित भौतिक कनेक्शन पर निजी कनेक्टिविटी प्रदान करता है, जिसे कनेक्टिविटी प्रदाता द्वारा स्थापित किया जाना चाहिए। एक्सप्रेस रूट भागीदारों के साथ भौतिक संपर्क कई तरीकों से स्थापित किया जा सकता है। ExpressRoute दस्तावेज़ में अधिक जानें और अपने क्षेत्र में भागीदारों की सूची देखें।...
एक Azure सदस्यता. इस सदस्यता में ExpressRoute सर्किट का प्रावधान, कॉन्फ़िगरेशन और बिलिंग करें.
तैनाती की योजना बनाएं
योजना बनाते समय निम्नलिखित कारकों को ध्यान में रखें:
भूगोल: समझें कि भौगोलिक दृष्टि से कहां कनेक्शन बनाने की आवश्यकता है।
लागत: कनेक्टिविटी प्रदाता निजी कनेक्शन स्थापित करने के लिए शुल्क लेता है। लागत काफी अधिक हो सकती है और आपके लिए आवश्यक कनेक्शनों के प्रकार और संख्या के आधार पर भिन्न हो सकती है।
सेटअप समय: कुछ मामलों में, भौतिक हार्डवेयर को सेटअप करने की आवश्यकता होती है। कार्यान्वयन कार्यक्रम में इस प्रयास के लिए समय शामिल करें।
कॉन्फ़िगरेशन कौशल और संसाधन: अधिकांश जटिलता आपके नेटवर्क में आंतरिक रूटिंग स्थापित करने में निहित है। यह सुनिश्चित करें कि इस कार्य को करने के लिए कुशल लोग उपलब्ध हों।
ExpressRoute पर ट्रैफ़िक के लिए रूटिंग कॉन्फ़िगरेशन की योजना बनाएं Power Platform
आप या कनेक्टिविटी प्रदाता कनेक्शन प्रकार के आधार पर ExpressRoute के माध्यम से ट्रैफ़िक की रूटिंग को कॉन्फ़िगर करते हैं. Power Platform जब आप ट्रैफ़िक को रूट करने की योजना बनाते हैं, तो उस ट्रैफ़िक के प्रकार को ध्यान में रखें जिसे कनेक्शन संभालेगा और आने-जाने वाले कनेक्शनों को ध्यान में रखें, जो आपके द्वारा उपयोग की जाने वाली सेवाओं और सुविधाओं पर निर्भर करते हैं। Power Platform Power Platform
यद्यपि एक्सप्रेस रूट कनेक्शन डेटासेंटरों के बीच होता है, नेटवर्क कनेक्शन मुख्य रूप से उपयोगकर्ता के क्लाइंट डिवाइस से उत्पन्न होता है। ये उपकरण अक्सर विस्तृत क्षेत्र नेटवर्क (WAN) जैसे शाखा कार्यालयों में वितरित किये जाते हैं। कनेक्शन क्लाइंट डिवाइस से WAN के माध्यम से डेटासेंटर तक और फिर ExpressRoute सर्किट तक रूट होते हैं।
इस कॉन्फ़िगरेशन के साथ सावधान रहें. WAN को इस प्रकार सेट करें कि या तो:
- नेटवर्क सबनेट के माध्यम से रूट ExpressRoute, या के लिए कॉन्फ़िगर किया गया है
- फ़ेलओवर सर्किट को सार्वजनिक इंटरनेट कनेक्शन के लिए प्राथमिकता दी जाती है। Power Platform
यह पहचानना महत्वपूर्ण है कि आपके नेटवर्क में कौन से सबनेट मुख्य और फ़ॉलबैक बॉर्डर गेटवे प्रोटोकॉल (BGP) सत्र कनेक्शन के लिए लक्ष्य होने चाहिए। सुनिश्चित करें कि Power Platform प्रीफिक्स उस रूट को प्राथमिकता देते हैं। प्रत्येक छोर पर सेवाओं को विशिष्ट रूप से कॉन्फ़िगर करना आवश्यक नहीं है। यह कॉन्फ़िगरेशन कनेक्शन के माध्यम से आईपी सबनेट या प्रीफिक्स को विज्ञापित करके किया जाता है। जब एक अनुरोध शुरू किया जाता है, तो रूटिंग एल्गोरिदम उस प्रत्यक्ष BGP कनेक्शन को ExpressRoute सर्किट से जुड़े सबनेट पर ट्रैफ़िक के लिए पसंदीदा मार्ग के रूप में देखता है, और उस तरह से ट्रैफ़िक को निर्देशित करता है.
वितरित उपयोगकर्ता आधारों के लिए ExpressRoute कॉन्फ़िगर करें
ExpressRoute को आपके परिवेश से Microsoft नेटवर्क तक निजी, समर्पित और पूर्वानुमानित कनेक्शन प्रदान करने के लिए डिज़ाइन किया गया है। कनेक्टिविटी प्रदाता के माध्यम से Microsoft के लिए एक समर्पित और प्रत्यक्ष कनेक्शन, कनेक्टिविटी प्रदाता के नेटवर्क के माध्यम से आपके द्वारा साझा किए गए कनेक्शनों पर अन्य ट्रैफ़िक के साथ संघर्ष की संभावना को कम करता है। इस गुणवत्ता वाले कनेक्शन को प्राप्त करने के लिए ExpressRoute का उपयोग करना आवश्यक नहीं है, लेकिन यह इसे सुनिश्चित करने में मदद करता है।
निम्नलिखित उदाहरण में, एक शाखा स्थान में एक उपयोगकर्ता WAN के माध्यम से ExpressRoute से कंपनी के डेटासेंटर कनेक्शन से जुड़ता है।
यदि आपके उपयोगकर्ता अत्यधिक वितरित हैं, जैसे कि पूरे देश/क्षेत्र में स्थित शाखा कार्यालयों में, तो नेटवर्क ट्रैफ़िक को भौगोलिक दृष्टि से अलग-अलग स्थानों से कुशलतापूर्वक कनेक्ट करने की आवश्यकता होती है। सामान्य पैटर्न WAN के माध्यम से ट्रैफ़िक को ExpressRoute से जुड़े स्थानीय नेटवर्क पर रूट करना है, जैसा कि निम्नलिखित छवि में दिखाया गया है।
ExpressRoute क्लाइंट डिवाइस और ExpressRoute के बीच खराब, संतृप्त या अक्षम कनेक्शन को हल नहीं कर सकता है। एक्सप्रेस रूट डायरेक्ट का उपयोग करने पर विचार करें, जो आपको सीधे Microsoft के वैश्विक नेटवर्क से कनेक्ट करने देता है।
जब आप चुनौतीपूर्ण WAN कनेक्शन का सामना करते हैं, तो शाखा कार्यालयों से स्थानीय इंटरनेट ब्रेकआउट स्थापित करना सहायक हो सकता है। यह दृष्टिकोण धीमे WAN कनेक्शन से बचाता है तथा क्लाउड सेवा से अधिक प्रत्यक्ष कनेक्शन प्राप्त करने के लिए कनेक्टिविटी प्रदाता की पहुंच का उपयोग करता है।
आप स्थानीय इंटरनेट ब्रेकआउट के माध्यम से कई स्थानों से—और यहां तक कि व्यक्तिगत शाखा स्थानों तक—एक्सप्रेस रूट सर्किट स्थापित कर सकते हैं, जैसा कि निम्नलिखित छवि में दिखाया गया है।
WAN कनेक्टिविटी समस्याओं को कम करने के लिए, आप प्रत्येक शाखा कार्यालय से एक ExpressRoute कनेक्शन स्थापित कर सकते हैं। हालाँकि, कई स्थानों पर कनेक्शन स्थापित करना महंगा और रखरखाव में जटिल है। आपके पास अधिक व्यावहारिक विकल्प हैं:
आप WAN के माध्यम से शाखा स्थानों को केंद्रीय डेटासेंटर से कनेक्ट कर सकते हैं और केंद्रीय डेटासेंटर से ExpressRoute कनेक्शन स्थापित कर सकते हैं।
आप बैंडविड्थ बढ़ाकर या रूटिंग में सुधार करके WAN कनेक्शन को अनुकूलित कर सकते हैं।
आप सभी शाखा कार्यालयों और अपने डेटासेंटर को एक ही IP वर्चुअल प्राइवेट नेटवर्क (VPN) पर कनेक्ट कर सकते हैं, और IP VPN सेवा प्रदाता को ExpressRoute स्थान पर Microsoft से कनेक्ट कर सकते हैं।
ऐसे नेटवर्क के लिए जो विस्तृत भौगोलिक क्षेत्र में फैले हुए हैं, ExpressRoute से जुड़े कई हब होने से ExpressRoute कनेक्शनों की संख्या कम हो सकती है, जबकि प्रत्येक उपयोगकर्ता के लिए एक स्थानीय कनेक्शन बिंदु भी उपलब्ध हो सकता है। सुनिश्चित करें कि प्रत्येक ExpressRoute सर्किट के माध्यम से अद्वितीय सार्वजनिक IP प्रकाशित किए गए हैं. प्रत्येक सबनेट अलग होना चाहिए, जिसके लिए ExpressRoute कनेक्शनों के बराबर सार्वजनिक रूप से मौजूद सबनेट की आवश्यकता होती है।
यह दृष्टिकोण तब उपयोगी होता है जब विभिन्न परिचालन क्षेत्र बिल्कुल अलग-अलग भौगोलिक क्षेत्रों में स्थित हों, या यदि क्षेत्रों के बीच नेटवर्क कनेक्टिविटी सीमित हो और प्रत्येक क्षेत्र के लिए Microsoft से अधिक प्रत्यक्ष कनेक्शन स्थापित किया जा सके।
विभिन्न क्षेत्रों की गोपनीयता आवश्यकताएं भिन्न-भिन्न हो सकती हैं। हर क्षेत्र को एक्सप्रेस रूट का उपयोग करने की आवश्यकता नहीं है, क्योंकि एक क्षेत्र इसका उपयोग करता है। कुछ कनेक्शन सीधे इंटरनेट के माध्यम से रूट हो सकते हैं जबकि अन्य एक्सप्रेस रूट का उपयोग करते हैं, जैसा कि निम्नलिखित छवि में दिखाया गया है।
एक्सप्रेस रूट (मानक) एक विशिष्ट भौगोलिक क्षेत्र में कनेक्टिविटी प्रदान करता है। एकल ExpressRoute कनेक्शन बिंदु से बहु-भौगोलिक पहुँच प्रदान करने के लिए ExpressRoute प्रीमियम की आवश्यकता होती है। मान लीजिए कि आपके पास अमेरिका स्थित कार्यालय और यूरोपीय कार्यालय हैं, जो सभी एक ही वातावरण का उपयोग करते हैं। Power Platform यदि आपका टेनेंट संयुक्त राज्य अमेरिका में तैनात है, तो यूरोप में आपके ExpressRoute सर्किट को प्रीमियम संस्करण की आवश्यकता है। Power Platform यदि आपका किरायेदार यूरोप में है, तो आपका यूएस सर्किट प्रीमियम होना चाहिए। Power Platform
असममित रूटिंग से बचें
एक चुनौती जिस पर ध्यान देना होगा वह है असममित रूटिंग। असममित रूटिंग में, आपके नेटवर्क का रूटिंग कॉन्फ़िगरेशन ट्रैफ़िक को इंटरनेट के माध्यम से सीधे Microsoft डेटासेंटर पर भेजता है, लेकिन वापसी ट्रैफ़िक को ExpressRoute सर्किट के माध्यम से रूट किया जाता है। यह बेमेल, फ़ायरवॉल को ट्रैफ़िक को अस्वीकार करने के लिए प्रेरित कर सकता है, क्योंकि यह संबंधित अनुरोध पैकेट भेजे बिना ही प्रतिक्रिया पैकेट प्राप्त कर लेता है।
असममित रूटिंग तब हो सकती है, जब किसी क्लाइंट के लिए स्थानीय नेटवर्क यह निर्धारित करता है कि Microsoft क्लाउड सेवाओं के लिए सबसे कुशल रूटिंग, WAN के माध्यम से निजी ExpressRoute सर्किट के बजाय सार्वजनिक इंटरनेट के माध्यम से है। यदि क्लाइंट IP पता एक सार्वजनिक IP पता है या नेटवर्क एड्रेस ट्रांसलेशन (NAT) मैपिंग के माध्यम से ExpressRoute के माध्यम से विज्ञापित सार्वजनिक IP पते पर अनुवादित किया गया है, तो उस पते पर वापस जाने का सबसे कुशल मार्ग ExpressRoute पर BGP सत्र के माध्यम से होने की संभावना है। इस स्थिति से बचने के लिए, अपने इंटरनेट एज और एक्सप्रेस रूट एज पर अलग-अलग आईपी का उपयोग करें। NAT एक अलग स्रोत पते के साथ, वापसी ट्रैफ़िक स्पष्ट रूप से उसी किनारे पर वापस आता है।
असममित रूटिंग तब भी हो सकती है जब एक ही ग्राहक के लिए कई एक्सप्रेस रूट सर्किट कॉन्फ़िगर किए गए हों, जिसमें आउटबाउंड ट्रैफ़िक एक सर्किट के माध्यम से रूट किया जाता है और रिटर्न ट्रैफ़िक दूसरे सर्किट के माध्यम से रूट किया जाता है। फ़ायरवॉल जाँच से वापसी पथ पर ट्रैफ़िक अवरुद्ध हो सकता है। आउटबाउंड और इनबाउंड पथों के लिए एक अलग ExpressRoute सर्किट में असममित रूटिंग से बचने के लिए, सुनिश्चित करें कि प्रत्येक सर्किट में अद्वितीय सार्वजनिक IP प्रकाशित किए गए हैं।
बाहरी कनेक्टिविटी Power Platform
जब आप अपने स्थानों से कनेक्ट होते हैं, तो कनेक्शन में दो प्रकार की पीयरिंग शामिल हो सकती है, माइक्रोसॉफ्ट और निजी। Power Platform एक ही ExpressRoute सर्किट दोनों पीयरिंग प्रकारों का समर्थन करता है, जैसा कि निम्नलिखित छवि में दिखाया गया है.
सेवाओं और बाहरी नेटवर्क के बीच विभिन्न कनेक्शन प्रकार मौजूद होते हैं। Power Platform उदाहरण के लिए, सर्वर-साइड सिंक्रोनाइज़ेशन का उपयोग करके एक्सचेंज वेब सेवा कनेक्टिविटी Microsoft नेटवर्क से ग्राहक नेटवर्क पर नेटवर्क ट्रैफ़िक पास करने के लिए ExpressRoute का उपयोग करती है. HTTPS क्लाइंट ग्राहक नेटवर्क से Microsoft नेटवर्क तक पहुंच के लिए ExpressRoute कनेक्शन का उपयोग करता है। वेब सेवा कनेक्टिविटी Microsoft नेटवर्क के इनबाउंड और आउटबाउंड ट्रैफ़िक दोनों के लिए ExpressRoute का उपयोग करती है.
आउटबाउंड ट्रैफ़िक ( Power Platform सेवाओं से ट्रैफ़िक)
कई प्रकार के आउटबाउंड ट्रैफ़िक सीधे सेवाओं से ग्राहक सेवाओं तक जा सकते हैं। Power Platform ग्राहक सेवा सार्वजनिक रूप से संबोधित करने योग्य होनी चाहिए, जिसमें एक सार्वजनिक आईपी पता हो जिसे सेवाएँ सार्वजनिक DNS के माध्यम से हल कर सकें। Power Platform IP पते को ExpressRoute के माध्यम से Microsoft को भी विज्ञापित करने की आवश्यकता है ताकि आंतरिक नेटवर्क रूटिंग सेवाओं को पता चले कि ट्रैफ़िक को ExpressRoute कनेक्शन के माध्यम से रूट करना है। Power Platform
Power Platform सेवाएँ यह निर्दिष्ट नहीं कर सकतीं कि कौन सी सेवा आवृत्ति या ग्राहक संगठन किस IP पते पर अनुरोध कर सकता है। इसलिए, यह महत्वपूर्ण है कि कॉर्पोरेट नेटवर्क पर आने वाले अनुरोधों को इस प्रकार से देखा जाए जैसे कि वे इंटरनेट से आए हों, तथा उन्हें उसी प्रकार से सुरक्षित रखा जाए।
निम्न तालिका Power Platform सेवाओं से आउटबाउंड ट्रैफ़िक का वर्णन करती है।
| विवरण | ट्रैफ़िक प्रकार और दिशा | पीयरिंग प्रकार | उद्देश्य |
|---|---|---|---|
| वेब सेवाएँ | Power Platform सेवाओं से HTTPS आउटबाउंड | Microsoft पीयरिंग ExpressRoute-कॉन्फ़िगर किए गए सबनेट में मौजूद सार्वजनिक IP पतों पर वेब सेवाएँ प्रकाशित करें. |
कस्टम प्लग-इन और वर्कफ़्लो गतिविधियाँ बाहरी सेवाओं के लिए वेब सेवा अनुरोध बनाती हैं |
| एक्सचेंज एकीकरण: हाइब्रिड मोड | Power Platform सेवाओं से HTTPS आउटबाउंड | Microsoft पीयरिंग ExpressRoute-कॉन्फ़िगर किए गए सबनेट में मौजूद सार्वजनिक IP पतों पर वेब सेवाएँ प्रकाशित करें. |
हाइब्रिड परिनियोजन (Power Platform सेवाएँ, Exchange ऑन-प्रिमाइसेस) के लिए सर्वर-साइड सिंक्रनाइज़ेशन से Exchange वेब सेवाएँ अनुरोध |
| कनेक्टर्स | Power Platform सेवाओं से HTTPS इनबाउंड | Microsoft पीयरिंग | ऑन-प्रिमाइसेस डेटा गेटवे का उपयोग करके कनेक्टर्स के माध्यम से Azure API प्रबंधन के माध्यम से सेवाओं से अनुरोध Power Platform |
| Azure रिले | Power Platform सेवाओं से HTTPS आउटबाउंड | Microsoft पीयरिंग ExpressRoute-कॉन्फ़िगर किए गए सबनेट में मौजूद सार्वजनिक IP पतों पर वेब सेवाएँ प्रकाशित करें. |
Power Automate क्लाउड प्रवाह और डेस्कटॉप प्रवाह के बीच सीधी कनेक्टिविटी |
इनबाउंड ट्रैफ़िक (सेवाओं के लिए ट्रैफ़िक) Power Platform
निम्न तालिका ग्राहक नेटवर्क से सेवाओं के लिए आने वाले ट्रैफ़िक का वर्णन करती है। Power Platform
| विवरण | ट्रैफ़िक प्रकार और दिशा | पीयरिंग प्रकार | उद्देश्य |
|---|---|---|---|
| क्लाइंट कनेक्टिविटी | HTTPS इनबाउंड टू Power Platform सेवाएँ | Microsoft पीयरिंग Azure सामग्री वितरण नेटवर्क द्वारा प्रदत्त स्थिर सामग्री के लिए सीधा इंटरनेट कनेक्शन |
Power Platform सेवाओं के लिए क्लाइंट अनुरोध UI |
| वेब सेवाएँ | HTTPS इनबाउंड टू Power Platform सेवाएँ | Microsoft पीयरिंग | अनुरोध Power Platform वेब सेवा API (SOAP, वेब API) के माध्यम से सेवाएँ, या तो किसी मानक या कस्टम क्लाइंट एप्लिकेशन से |
| कनेक्टर्स | HTTPS इनबाउंड टू Power Platform सेवाएँ | Microsoft पीयरिंग | प्रतिक्रियाएँ वापस Power Platform ऑन-प्रिमाइसेस डेटा गेटवे का उपयोग करके कनेक्टर्स के माध्यम से API प्रबंधन के माध्यम से सेवाएँ |
सेवाओं में आंतरिक क्लाउड कनेक्टिविटी Power Platform
निम्न तालिका बताती है कि सेवाएँ किस प्रकार Azure में होस्ट की गई अन्य Microsoft ऑनलाइन सेवाओं का उपयोग करती हैं और उनके साथ एकीकृत होती हैं। Power Platform Microsoft 365
| विवरण | ट्रैफ़िक प्रकार और दिशा | उद्देश्य |
|---|---|---|
| एक्सचेंज इंटीग्रेशन | Microsoft 365 के लिए HTTPS आउटबाउंड | Exchange वेब सेवा सर्वर-साइड सिंक्रोनाइज़ेशन से अनुरोध करती है Exchange Online |
| SharePoint एकीकरण | Microsoft 365 के लिए HTTPS आउटबाउंड | SharePoint वेब सेवा सेवाओं से ऑनलाइन अनुरोध SharePoint Power Platform |
| सेवा बस | Azure सेवा बस के लिए HTTPS आउटबाउंड | Azure सर्विस बस में ईवेंट को मानक ईवेंट पंजीकरण के रूप में या कस्टम प्लग-इन और कार्यप्रवाह गतिविधियों से पुश करें |
| डेटा सिंक | Azure से HTTPS इनबाउंड | खोज/ऑफ़लाइन/ग्राहक इन्साइट्स सहित डेटा सेवाओं के सिंक्रनाइज़ेशन के लिए इनबाउंड परिवर्तन ट्रैकिंग अनुरोध |
| प्रमाणीकरण | HTTPS आउटबाउंड Microsoft Entra | अधिकांश प्रमाणीकरण निष्क्रिय रीडायरेक्ट और दावा टोकन के माध्यम से किया जाता है, लेकिन कुछ डेटा को सीधे आईडी के साथ सिंक्रनाइज़ किया जाता है। Microsoft Entra |
| डेटा प्रवाह | Azure Data Lake Storage के लिए HTTPS आउटबाउंड | विश्लेषण क्षमताएं प्रदान करता है और विश्लेषण से प्राप्त अंतर्दृष्टि के अतिरिक्त सेवाओं और अन्य स्रोतों से डेटा को शामिल करते हुए बड़े डेटा समाधानों तक पहुंच की अनुमति देता है। Power Platform |
| कनेक्टर्स | Azure प्लेटफ़ॉर्म ऐज़ अ सर्विस (PaaS) सेवाओं के लिए HTTPS आउटबाउंड | विभिन्न Azure PaaS सेवाओं से कनेक्शन |
| डेस्कटॉप प्रवाह | Azure रिले के लिए HTTPS आउटबाउंड | डेस्कटॉप के लिए बनाए गए क्लाउड प्रवाह और डेस्कटॉप प्रवाह के बीच सीधा संपर्क Power Automate Power Automate |
Microsoft इन सेवाओं के बीच कनेक्टिविटी को संभालता है, जो या तो Microsoft या ग्राहक Azure सदस्यता में होस्ट की जाती हैं। ExpressRoute इन सेवाओं के कनेक्शन के लिए लागू नहीं है.
जहां घटनाओं को सर्विस बस पर भेजा जाता है, वहां सेवाओं और Azure के बीच कनेक्टिविटी को आंतरिक रूप से नियंत्रित किया जाता है। Power Platform अलग से, ग्राहक जानकारी प्राप्त करने के लिए सर्विस बस से अनुरोध कर सकता है, जिसे माइक्रोसॉफ्ट पीयरिंग के माध्यम से प्रबंधित किया जा सकता है।
ग्राहक की सार्वजनिक और निजी क्लाउड कनेक्टिविटी Power Platform सेवाओं से/तक
Power Platform सेवाएँ सार्वजनिक या निजी Azure संसाधनों के साथ सीधे एकीकरण की भी अनुमति देती हैं:
- बाहरी स्रोतों से, Microsoft Dataverse वेब सेवा APIs का उपयोग करके.
- बाहरी स्रोतों के लिए, किए गए वेब सेवा अनुरोधों का उपयोग करके.
- बाहरी स्रोतों के लिए, कनेक्टर का उपयोग करके.
निम्न तालिका ट्रैफ़िक के प्रकारों का वर्णन करती है जिन्हें ExpressRoute के माध्यम से सेवाओं तक और सेवाओं से रूट किया जा सकता है। Power Platform
| विवरण | ट्रैफ़िक प्रकार और दिशा | पीयरिंग प्रकार | उद्देश्य |
|---|---|---|---|
| पोर्टल | HTTPS Azure के लिए इनबाउंड | डेटासेंटर के लिए आंतरिक, स्थैतिक सामग्री को छोड़कर, जो सामग्री वितरण नेटवर्क (CDN) का उपयोग करता है। एक्सप्रेस रूट CDN का समर्थन नहीं करता है, इसलिए स्थैतिक सामग्री सार्वजनिक इंटरनेट पर प्रसारित होती है। | सार्वजनिक-सामना करने वाली सेवाओं को होस्ट करें. यदि आंतरिक कर्मचारी इन संसाधनों तक पहुंच सकते हैं, तो आप चाहेंगे कि ट्रैफ़िक सार्वजनिक इंटरनेट के बजाय एक्सप्रेस रूट से होकर गुजरे। |
| प्रशिक्षण पथ | HTTPS Azure के लिए इनबाउंड | CDN का उपयोग करता है. एक्सप्रेस रूट CDN का समर्थन नहीं करता है, इसलिए सामग्री सार्वजनिक इंटरनेट पर प्रसारित होती है। | इसे सार्वजनिक सेवा पर होस्ट किया गया है, क्योंकि इसमें ग्राहकों का निजी डेटा शामिल नहीं है। पूर्वानुमान के उद्देश्य से, आप इस ट्रैफ़िक को ExpressRoute के माध्यम से रूट करना चाह सकते हैं। |
| सेवा बस | HTTPS Azure सेवा बस में इनबाउंड | डेटासेंटर के लिए आंतरिक | Azure सर्विस बस से ईवेंट खींचें जिन्हें या तो मानक ईवेंट पंजीकरण के रूप में या कस्टम प्लग-इन या कार्यप्रवाह गतिविधियों से वहां रखा गया है |
| वेब सेवा अनुरोध | Azure इंफ्रास्ट्रक्चर ऐज़ अ सर्विस (IaaS) या PaaS से इनबाउंड | डेटासेंटर के लिए आंतरिक | ग्राहक Azure में कस्टम एप्लिकेशन होस्ट कर सकते हैं और वेब सेवाओं के लिए अनुरोध कर सकते हैं। Power Platform |
| वेब सेवा अनुरोध | Azure IaaS/PaaS के लिए आउटबाउंड | डेटासेंटर के लिए आंतरिक | ग्राहक कस्टम प्लग-इन और वर्कफ़्लो गतिविधियों को क्रियान्वित कर सकते हैं जो Azure होस्टेड सेवाओं के लिए अनुरोध करते हैं। |
| डेटा प्रवाह | Azure Data Lake Storage से डेटा कनेक्शन | डेटासेंटर के लिए आंतरिक | विश्लेषण क्षमताएं प्रदान करें और विश्लेषण से प्राप्त अंतर्दृष्टि के अतिरिक्त सेवाओं और अन्य स्रोतों से डेटा को शामिल करते हुए बड़े डेटा समाधानों तक पहुंच की अनुमति दें। Power Platform |
| Azure Data Lake | Azure Data Lake Storage से डेटा कनेक्शन | डेटासेंटर के लिए आंतरिक | विश्लेषण क्षमताएं प्रदान करें और सेवाओं और अन्य स्रोतों से डेटा और विश्लेषण से प्राप्त अंतर्दृष्टि को शामिल करते हुए बड़े डेटा समाधानों तक पहुंच की अनुमति दें। Power Platform |
| Azure SQL | Azure SQL सेवाओं से डेटा कनेक्शन | डेटासेंटर के लिए आंतरिक | डेटा वेयरहाउस में निर्यात करें जैसी क्षमताओं के साथ, Microsoft Dataverse डेटा की प्रतिकृतियां रखने के लिए या तो रिपोर्टिंग या प्रतिकृति उद्देश्यों के लिए Azure SQL केउदाहरणों के उपयोग की बारंबारता बढ़ जाएगी. ExpressRoute पर इन संसाधनों के कनेक्शन की सुरक्षा करना मूल्यवान हो सकता है. |
जैसे-जैसे Azure क्षमताओं का अधिक उपयोग किया जाएगा, अन्य सार्वजनिक सेवाएं डेटासेंटर से आंतरिक रूप से जुड़ सकती हैं।