1. घर
  2. सवाल और जवाब
  3. Azure सेवा बस रिले - आधार पर डेटा प्राप्त करें

Azure सेवा बस रिले - आधार पर डेटा प्राप्त करें

2013-01-24 12 views
5

क्या यह Azure में निम्नलिखित परिदृश्य संभव है?Azure सेवा बस रिले - आधार पर डेटा प्राप्त करें

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

मूल रूप से कार्यकर्ता की भूमिका ग्राहक 1 से डेटा प्राप्त करेगी, इसे संसाधित करेगी और इसे सहेज लेंगी; ग्राहक 2 से भी ज्यादा।

मैं सेवा buss रिले का उपयोग कर सोचा है, लेकिन यह संभव है कि कई उपयोगकर्ताओं के लिए चलेंगे एक कस्टम WCF सेवा, एक ही endpoint में उजागर निर्माण और कहा कि अंत बिंदु के लिए, लेकिन एक विशिष्ट ग्राहक के लिए डेटा का अनुरोध करने कार्यकर्ता भूमिका अनुमति देने के लिए?

स्रोत

2013-01-24 David Dury

उत्तर

2

डेविड में अपने ग्राहकों के लिए डेटा भेजने के लिए चाहते थे, सेवा बस रिले इस के लिए एक आदर्श समाधान है। आप एक डब्ल्यूसीएफ सेवा लिख ​​सकते हैं जो प्रत्येक ग्राहक आधार पर चलती है और क्लाउड में आपकी एकल सेवा से जुड़ती है। सर्विस बस रिले का उपयोग करने से आपको बहुत सारे फायदे मिलते हैं: 1) क्लाइंट साइड सेवा के लिए, आपको अपने एनएटी/फ़ायरवॉल में किसी भी इनबाउंड पोर्ट को खोलने की आवश्यकता नहीं है क्योंकि सर्विस बस क्लाइंट आउटबाउंड कनेक्शन करेगा। 2) आप क्लाउड में अपनी सेवा के एक या कई उदाहरण चला सकते हैं और सेवा बस पर एकल या एकाधिक पते/एंडपॉइंट्स सुन सकते हैं। इस तरह आप अपनी जरूरतों के आधार पर सेवा में स्केल कर सकते हैं या प्रति ग्राहक अलग कर सकते हैं। 3) हम लोड-बैलेंसिंग का समर्थन करते हैं जहां आप कई प्रेषक (ग्राहक स्थानों से) को एक एंड एंडपॉइंट पते से कनेक्ट कर सकते हैं, और यहां क्लाउड आधारित श्रोता सेवा के लिए आप फिर से उसी उदाहरण को कई उदाहरण जोड़ सकते हैं 4) व्यापक डब्ल्यूसीएफ बाध्यकारी अवलोकन:: http://www.windowsazure.com/en-us/develop/net/how-to-guides/service-bus-relay/ नमूना: http://code.msdn.microsoft.com/windowsazure/Relayed-Messaging-Load-bd76a9f8

स्रोत

2013-01-25 17:43:44

+0

हालांकि मैं एक सवाल है, तो आप अपनी आवश्यकताओं

निम्नलिखित के लिए उपयुक्त चैनल के लिए अतिरिक्त संसाधनों आरंभ करने के लिए चुन सकते हैं कर रहे हैं समर्थन उपलब्ध है। आपके द्वारा वर्णित नमूने में, मैं इसे कैसे कर सकता हूं ताकि मैं क्लाइंट में जारीकर्ता नाम का उपयोग नहीं कर सकूं: स्वामी और इसकी गुप्त कुंजी? मेरा मतलब सुरक्षा कारणों से है, क्या एक कस्टम जारीकर्ता नाम बनाना संभव है: "MYCUSTOMER" और इसकी अपनी कुंजी है और इस कस्टम जारीकर्ता के नाम पर मालिक का पूरा नियंत्रण नहीं होगा ..? क्या आपको पता है कि मेरा क्या मतलब है? –

+0

मुझे पता है कि यह प्रश्न 2 साल पुराना है लेकिन मैं वर्तमान में एक बहुत ही समान समाधान विकसित कर रहा हूं। सेवा बस प्रमाणीकरण के लिए अतिरिक्त पहचान बनाने के संबंध में, Azure टीम से SBAzTool पर एक नज़र डालें, जो कमांड लाइन इंटरफ़ेस और डीएलएल है जो आपको सेवा बस पहचान और अनुमतियां उत्पन्न करने की अनुमति देता है (यानी सुनो, भेजें, प्राप्त करें) और कुंजी प्रोग्राम के रूप में। [Azure SBaZ टूल] (https://code.msdn.microsoft.com/windowsazure/Authorization-SBAzTool-6fd76d93) अगर किसी और को इस प्रश्न में आता है तो बस इसे यहां डालें, जैसा मैंने किया था! सेवा बस रिले का उपयोग कर –

+0

ठीक है, लेकिन इसके लिए आपको ऑन-प्री में अपनी वेब सेवा के चारों ओर एक डब्ल्यूसीएफ रैपर होना चाहिए या आपको कुछ कॉन्फ़िगरेशन परिवर्तन करने की आवश्यकता है। ऑन-प्री वेब सेवाओं पर कुछ भी बदले बिना एज़ूर वेब एपीआई से ऑन-प्री वेब सेवाओं को कॉल करना संभव है। – Ramprasad

2

मैं कुछ हद तक उलझन में हूं - अगर आपको अपने ग्राहकों से डेटा प्राप्त करने की आवश्यकता है, तो क्या वे आपकी सेवा को बस कॉल नहीं कर सकते? आम तौर पर फ़ायरवॉल आउटबाउंड अनुरोधों की अनुमति देगा?

सेवा बस रिले वास्तव में काम में आ गया होगा अगर आप एक async या अर्द्ध अवांछित फैशन

स्रोत

2013-01-25 12:30:51

संबंधित मुद्दे
नवीनतम प्रश्न

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