डेटा स्रोतों से जुड़ना और प्रमाणित करना
डेटा स्रोत से कनेक्ट करना और प्रमाणीकरण करना Power Platform सेवा से प्रमाणीकरण से अलग किया जाता है.
आइए पहले देखें कि कैसे Power Platform सेवाएं डेटा स्रोतों से जुड़ती हैं. Power Platform सेवाएं बाहरी डेटा स्रोतों से विभिन्न तरीकों से जुड़ती हैं, लेकिन सामान्य पैटर्न समान है. फिर, हम देखेंगे कि कनेक्शन कैसे प्रमाणित किए जाते हैं. ऐप और उसके द्वारा उपयोग किए जाने वाले डेटा स्रोतों के आधार पर प्रमाणीकरण क्रेडेंशियल समान हो सकते हैं या वे भिन्न हो सकते हैं.
Microsoft Dataverse से कनेक्ट किया जा रहा है
Power Apps कैनवास और मॉडल-चालित ऐप्स अलग कनेक्टर की आवश्यकता के बिना सीधे Dataverse से कनेक्ट होते हैं. (कैनवास ऐप्स Power Apps संसाधन प्रदाता (RP) में अन्य परिवेशों के साथ काम करने की सहमति संग्रहीत करते हैं.) Power Automate एक API हब का उपयोग करके प्रमाणित करता है, लेकिन उसके बाद के सभी डेटा इंटरैक्शन Dataverse के लिए प्रत्यक्ष हैं. Power Apps और Power Automate दोनों लीगेसी कनेक्टर्स का समर्थन करते हैं जो कनेक्टर्स का उपयोग करके Dataverse तक पहुंचते हैं (उदाहरण के लिए, Dynamics 365 (बहिष्कृत) और Microsoft Dataverse (लीगेसी)).
नोट
डेटा से शुरू करें के साथ कैनवास ऐप बनाना Dataverse से कनेक्ट करने के लिए प्लेसहोल्डर कनेक्टर आइकन का उपयोग करता है. हालाँकि, कोई वास्तविक कनेक्टर शामिल नहीं है. अधिक जानकारी के लिए, कैनवास ऐप्स को Microsoft Dataverse से कनेक्ट करें देखें.
निम्नलिखित आरेख दिखाता है कि कैनवास ऐप्स Dataverse के साथ कैसे काम करते हैं.
- Power Apps बैक-एंड सेवाएं सीधे Dataverse से डेटा का अनुरोध करती हैं.
- Dataverse क्वेरी परिणाम वापस Power Apps बैक-एंड सेवाओं पर लौटाता है.
अन्य डेटा स्रोतों से कनेक्ट करना
सामान्य तौर पर, Power Platform सेवाएं बाहरी डेटा स्रोतों के साथ काम करने के लिए कनेक्टर्स का उपयोग करती हैं जो Dataverse नहीं हैं. निम्न आरेख Azure API प्रबंधन (APIM) कनेक्टर का उपयोग करके एक विशिष्ट मार्ग दिखाता है.
Power Platform सेवा Power Apps संसाधन प्रदाता (RP) को एक कनेक्शन अनुरोध भेजती है.
Power Apps आरपी एपीआई हब से एक कनेक्शन बनाने और प्रमाणीकरण टोकन एक्सचेंज की सुविधा के लिए कहता है।
Power Platform सेवा API प्रबंधन कनेक्टर को डेटा क्वेरी अनुरोध भेजती है.
API प्रबंधन कनेक्टर डेटा स्रोत तक पहुंचने की अनुमति प्राप्त करने के लिए सहमति सेवा को एक अनुरोध भेजता है.
सहमति सेवा API प्रबंधन कनेक्टर को क्रेडेंशियल लौटाती है.
एपीआई प्रबंधन कनेक्टर Power Apps RP को सहमति क्रेडेंशियल भेजता है. क्रेडेंशियल्स को RP में संग्रहित किया जाता है ताकि अगली बार डेटा का अनुरोध किए जाने पर Power Apps फिर से सहमति के लिए संकेत न दे.
नोट
एक आवेदन कनेक्शन के लिए सहमति सभी आवेदनों के लिए सहमति नहीं देती है. प्रति उपयोगकर्ता प्रत्येक एप्लिकेशन कनेक्शन सहमति अलग है. उदाहरण के लिए, जब आप Power Automate प्रवाह में उपयोग के लिए एक कनेक्शन प्रदान करते हैं, तो आप प्रवाह के लिए उस कनेक्शन का आगे उपयोग करने की सहमति देते हैं. उस प्रवाह में उस कनेक्शन का पुन: उपयोग करने के लिए आपको फिर से सहमति देने की आवश्यकता नहीं है. प्रवाह लेखक द्वारा प्रदान किए गए कनेक्शन के लिए, सहमति डबल (कनेक्शन और प्रवाह) है. उपयोगकर्ता द्वारा प्रदान किए गए कनेक्शन के लिए एक प्रवाह (उदाहरण के लिए, एक कैनवास ऐप से), सहमति ट्रिपल (कनेक्शन, प्रवाह और उपयोगकर्ता) है.
API प्रबंधन कनेक्टर डेटा क्वेरी को बाहरी कनेक्टर को भेजता है.
कनेक्टर डेटा स्रोत को क्वेरी भेजता है.
डेटा स्रोत अनुरोधित डेटा को कनेक्टर को लौटाता है.
कनेक्टर डेटा को Power Platform बैक-एंड क्लस्टर में वापस भेजता है.
डेटा स्रोतों के लिए प्रमाणीकरण
उपयोगकर्ता पहले Power Platform सेवा को प्रमाणित करते हैं. फिर, अलग से, उपयोगकर्ता कनेक्टर द्वारा आवश्यक क्रेडेंशियल्स का उपयोग करके डेटा स्रोत को प्रमाणित करते हैं. API हब क्रेडेंशियल सेवा हमेशा क्रेडेंशियल्स को संग्रहीत और प्रबंधित करती है.
कुछ कनेक्टर एक से अधिक प्रमाणीकरण विधियों का समर्थन करते हैं. किसी डेटा स्रोत का प्रमाणीकरण उस डेटा स्रोत उदाहरण के लिए विशिष्ट है. यह कनेक्शन बनाते समय निर्माता द्वारा चुनी गई प्रमाणीकरण विधि पर आधारित है.
Power Apps में दो प्रकार के डेटा स्रोत प्रमाणीकरण तरीके हैं: स्पष्ट और निहित.
- स्पष्ट प्रमाणीकरण का अर्थ है कि ऐप उपयोगकर्ता के क्रेडेंशियल्स का उपयोग डेटा स्रोत तक पहुंचने के लिए किया जाता है.
- अंतर्निहित प्रमाणीकरण का अर्थ है कि कनेक्शन बनाते समय ऐप निर्माता द्वारा प्रदान किए गए क्रेडेंशियल्स का उपयोग किया जाता है.
हम अनुशंसा करते हैं कि जब भी संभव हो आप स्पष्ट प्रमाणीकरण का उपयोग करें. यह अधिक सुरक्षित है.
स्पष्ट प्रमाणीकरण के मामले में भी, यह याद रखना महत्वपूर्ण है कि डेटा स्रोत पर उपयोगकर्ता के अधिकार यह निर्धारित करते हैं कि उपयोगकर्ता क्या देख और संपादित कर सकता है।
उदाहरण के लिए, मान लीजिए कि आपके पास एक SharePoint सूची है जिसमें नाम और वेतन कॉलम शामिल हैं। फिर आप एक ऐप बनाते हैं जो केवल नाम कॉलम को उजागर करता है। इसका मतलब यह है कि उपयोगकर्ताओं के पास आपके ऐप में केवल नाम कॉलम तक पहुंच है।
हालाँकि, मान लीजिए कि आपके उपयोगकर्ताओं के पास SharePoint सूची अनुमतियाँ हैं जो उन्हें नाम और वेतन दोनों को देखने और संपादित करने की अनुमति देती हैं कॉलम. अब मान लीजिए कि किसी विशिष्ट उपयोगकर्ता के पास Power Apps उस SharePoint सूची के निर्माता अधिकार हैं। इस मामले में, उस उपयोगकर्ता को एक नया ऐप बनाने से कोई नहीं रोकता है जो वेतन कॉलम तक पहुंचता है। आप अपने ऐप के उपयोगकर्ता इंटरफ़ेस के माध्यम से जो अनुमतियाँ देते हैं, वे उपयोगकर्ता के पास मौजूद डेटा स्रोत अनुमतियों को अस्वीकार नहीं करती हैं।
स्पष्ट और अंतर्निहित कनेक्शन के बीच अंतर के बारे में अधिक जानें. हालाँकि यह लेख SQL सर्वर को संदर्भित करता है, यह सभी रिलेशनल डेटाबेस पर लागू होता है.
संबंधित आलेख
Microsoft Power Platform में सुरक्षा
Power Platform सेवाओं को प्रमाणित किया जा रहा है
Power Platform में डेटा संग्रहण
Power Platform सुरक्षा अक्सर पूछे जाने वाले प्रश्न