अनुरोध सीमाएँ और आवंटन
Power Platform प्लेटफ़ॉर्म की सेवा स्तर, उपलब्धता और गुणवत्ता सुनिश्चित करने में मदद के लिए अनुरोध सीमाएँ मौजूद हैं। Power Apps, Power Automate, Microsoft Copilot Studio, और Dynamics 365 अनुप्रयोगों में उपयोगकर्ता प्रतिदिन कई सीमाएँ बनाकर अनुरोध कर सकते हैं.
Microsoft Power Platform निवेदन क्या है?
Microsoft Power Platform में अनुरोध उपयोगकर्ता द्वारा विभिन्न उत्पादों में किए गए विभिन्न कार्रवाइयों से मिलकर बनते हैं. उच्च स्तर पर, निम्नलिखित सूची API अनुरोध का गठन करती है:
- Power Apps: कनेक्टर्स के लिए सभी API अनुरोध और Microsoft Dataverse.
- Power Automate: कनेक्टर्स के लिए सभी API अनुरोध, प्रक्रिया सलाहकार विश्लेषण, HTTP क्रियाएं, तथा चरों को आरंभ करने से लेकर सरल रचना क्रिया तक अंतर्निहित क्रियाएं। दोनों सफल और विफल कार्रवाई इन सीमाओं के लिए गिने जाते हैं. इसके अतिरिक्त, पृष्ठांकन से पुनः प्रयास और अन्य अनुरोधों को कार्रवाई निष्पादन के रूप में गिना जाता है। अधिक जानें अनुरोध के रूप में क्या गिना जाता है? Power Platform
- Microsoft Copilot Studio: API अनुरोध (या कॉल) चैटबॉट वार्तालाप के भीतर से प्रवाहित होते हैं। Power Automate
- Dataverse: CRUD लेनदेन को पूरा करने के लिए आवश्यक उपयोगकर्ता-संचालित और आंतरिक सिस्टम अनुरोधों सहित सभी निर्माण, पढ़ना, अद्यतन और हटाना (CRUD), असाइन करना और साझा करना, और साझा करना या असाइन करना जैसे विशेष ऑपरेशन। ये ऑपरेशन किसी भी क्लाइंट या एप्लिकेशन (Dynamics 365 सहित) से हो सकते हैं और किसी भी एंडपॉइंट (SOAP या REST) का उपयोग कर सकते हैं। इन परिचालनों में प्लग-इन, क्लासिक वर्कफ़्लो और पहले बताए गए परिचालन करने वाले कस्टम नियंत्रण शामिल हैं, लेकिन ये इन्हीं तक सीमित नहीं हैं।
नोट
Dataverseके लिए, सिस्टम के आंतरिक संचालन का एक छोटा सा समूह है जिसे सीमाओं से बाहर रखा गया है, जैसे लॉगिन, लॉगआउट और सिस्टम मेटाडेटा संचालन।
निम्नलिखित अनुभाग अनुरोध प्रकारों और प्रत्येक के लिए निर्धारित सीमाओं का वर्णन करते हैं।
लाइसेंस प्राप्त उपयोगकर्ता अनुरोध सीमाएँ
Microsoft Power Platform के सभी यूजर, के पास उन्हें असाइन किए गए लाइसेंस के आधार पर अनुरोध करने की सीमाएं होती हैं. नीचे दी गई तालिका 24-घंटे की अवधि में उपयोगकर्ता द्वारा किए जा सकने वाले अनुरोधों की संख्या को परिभाषित करती है:
| उत्पाद | भुगतान प्रति लाइसेंस प्रति 24 घंटे अनुरोध |
|---|---|
| Power Platform (प्रति ऐप, Power Apps प्रति प्रवाह, और Power Automate को छोड़कर) और Dynamics 365 के लिए सशुल्क लाइसेंस प्राप्त उपयोगकर्ता Dynamics 365 टीम सदस्य को छोड़कर Microsoft Copilot Studio1 | 40,000 |
| Power Apps पे-एज़-यू-गो योजना, और प्रति ऐप Power Apps के लिए भुगतान किए गए लाइसेंस प्राप्त उपयोगकर्ता, Microsoft 365 ऐप्स जिनमें Power Platform पहुँच है, और Dynamics 365 टीम सदस्य2 | 6,000 |
| Power Automate प्रति प्रवाह योजना3, Microsoft Copilot Studio बेस ऑफर, और Microsoft Copilot Studio ऐड-ऑन पैक4 | 250,000 |
| सशुल्क Power Apps पोर्टल लॉगिन | 200 |
1 इस श्रेणी में प्रति उपयोगकर्ता योजना (जिसमें पिछले Power Apps योजना 1 और Power Apps योजना 2 लाइसेंस शामिल हैं), प्रति उपयोगकर्ता योजना (जिसमें पिछले फ़्लो प्लान 1 और फ़्लो प्लान 2 लाइसेंस शामिल हैं), Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise, Power Apps , Power Automate , Dynamics 365 ग्राहक सेवा Professional, Dynamics 365 Sales Professional, Dynamics 365 Customer Service Enterprise, Dynamics 365 Field Serviceइंडस्ट्री क्लाउड, Microsoft Relationship Sales, Microsoft , Dynamics 365 Project Service Automation, Dynamics 365 के लिए सशुल्क लाइसेंस शामिल हैं वित्त, Dynamics 365 Commerce, Dynamics 365 Human Resources, Dynamics 365 ग्राहक सहभागिता योजना, Dynamics 365 एकीकृत ऑप्स योजना, Dynamics 365 योजना, Dynamics 365 Project Operationsडिवाइस, Dynamics 365 Supply Chain Management, Dynamics Dynamics 365 for Operations ऑनलाइन डिवाइस, Dynamics Dynamics 365 for Operations Activityऑनलाइन कार्य, Dynamics AX , और Dynamics AX . CRM Online Enterprise CRM Online Professional
2 इस श्रेणी में Power Apps पे-एज़-यू-गो योजना, और सशुल्क लाइसेंस Power Apps प्रति ऐप योजना, Dynamics 365 टीम सदस्य, Dynamics CRM ऑनलाइन बेसिक, Dynamics CRM ऑनलाइन एसेंशियल, Dynamics AX स्व-सेवा, Microsoft 365 लाइसेंस, और Microsoft प्रोजेक्ट ऑनलाइन (योजना 1, योजना 3, और योजना 5) शामिल हैं। लाइसेंसिंग गाइड में Power Platform परिशिष्ट बी में उन लाइसेंसों के बारे में अधिक जानें जिनमें Microsoft 365 और Power Apps क्षमताएं शामिल हैं। Power Automate
3 प्रति प्रवाह योजना, प्रवाह के स्वामी की परवाह किए बिना, एकल प्रवाह के लिए विशेष रूप से क्षमता आरक्षित करने की अनुमति देती है। Power Automate यह योजना टेनेंट स्तर पर गैर-लाइसेंस प्राप्त उपयोगकर्ता अनुरोध सीमाओं का उपयोग नहीं करती है।
4 Microsoft Copilot Studio अनुरोधों की गणना Power Automate a Microsoft Copilot Studio चैटबॉट से ट्रिगर किए गए प्रवाहों से की जाती है। Microsoft Copilot Studio प्रारंभिक सत्र पैक और अतिरिक्त सत्र पैक दोनों को समान दैनिक अनुरोध सीमा प्राप्त होती है। Power Platform
अन्य विवरण
Power Platform Dynamics 365 'बेस + अटैच' लाइसेंसिंग मॉडल में केवल पेड बेस लाइसेंस के साथ अनुरोध सीमाएँ शामिल हैं. संलग्न लाइसेंस में अलग सीमाएं शामिल नहीं हैं. उदाहरण के लिए, यदि किसी उपयोगकर्ता के पास आधार लाइसेंस के रूप में Dynamics 365 Customer Service Enterprise और संलग्न लाइसेंस के रूप में Dynamics 365 Sales Enterprise है, तो कुल अनुरोध सीमा वही होगी जो आधार लाइसेंस - Dynamics 365 Customer Service Enterprise द्वारा प्रदान की गई है.
अगर किसी उपयोगकर्ता को एक से अधिक सशुल्क लाइसेंस सौंपे गए हैं, तो अनुमत अनुरोधों की कुल संख्या प्रत्येक लाइसेंस के लिए अनुमत अनुरोधों का योग होगी. उदाहरण के लिए, यदि किसी उपयोगकर्ता के पास Dynamics 365 Customer Service Enterprise आधार लाइसेंस और Power Apps प्रति उपयोगकर्ता लाइसेंस है तो उस उपयोगकर्ता के पास प्रति 24 घंटों में कुल 40,000 + 40,000 = 80,000 अनुरोध उपलब्ध होंगे.
Microsoft Copilot Studio अनुरोधों की गणना Power Automate a Microsoft Copilot Studio चैटबॉट से ट्रिगर किए गए प्रवाहों से की जाती है. Microsoft Copilot Studio प्रारंभिक सत्र पैक और अतिरिक्त सत्र पैक दोनों को समान दैनिक अनुरोध सीमा प्राप्त होती है। Power Platform
बिना लाइसेंस वाले उपयोगकर्ता अनुरोध की सीमा
कुछ गतिविधियों के लिए एक अलग सीमा स्थापित की जाती है (उदाहरण के लिए: एक पृष्ठभूमि प्रक्रिया जो डेटाबेस के बीच डेटा को माइग्रेट करती है) जिसके लिए उपयोगकर्ता को सेवा के साथ इंटरैक्ट करने की आवश्यकता नहीं होती है. इन सीमाओं को टैनेंट स्तर पर परिभाषित और पूल किया जाता है. Dataverse आपको ऐसी पहचान रखने में सक्षम बनाता है जिसके लिए सर्विस के साथ सहक्रिया करने हेतु किसी उपयोगकर्ता की आवश्यकता नहीं होती है. इनमें शामिल होते हैं:
इसके अतिरिक्त, विशेष निःशुल्क ($0) लाइसेंस हैं जिनका उपयोग Dynamics 365 अनुप्रयोगों, जैसे कि Dynamics 365 Marketing, के साथ अंत:क्रिया करने के लिए किया जाता है. मार्केटिंग का लाइसेंस कैसे दिया जाता है में अधिक जानें।
इन गैर-लाइसेंस पहचानों के लिए, प्रत्येक किरायेदार को प्रति किरायेदार एक प्रारंभिक आधार अनुरोध सीमा प्राप्त होगी जो किरायेदार पर भुगतान किए गए लाइसेंस के साथ-साथ भुगतान किए गए Dynamics 365 एंटरप्राइज़ और व्यावसायिक लाइसेंस की मात्रा द्वारा निर्धारित अर्जित सीमा द्वारा निर्धारित की जाएगी.1 इस पूल का उपयोग केवल इन गैर-लाइसेंस वाले उपयोगकर्ताओं द्वारा किया जा सकता है और असाइन किए गए इंटरैक्टिव उपयोगकर्ता लाइसेंस वाले उपयोगकर्ताओं द्वारा नहीं.
| उत्पाद | प्रति 24 घंटों में पूल किए गए गैर-लाइसेंस वाले किरायेदार-स्तरीय अनुरोध |
|---|---|
| Dynamics 365 एंटरप्राइज़ और व्यावसायिक अनुप्रयोग1 | 500,000 आधार अनुरोध + 5,000 अनुरोध प्रति USL1 10,000,000 अधिकतम2 तक जमा हुए |
| Power Apps (सभी लाइसेंस) | किरायेदार के लिए कोई प्रति-लाइसेंस प्रोद्भवन के साथ 25,000 आधार अनुरोध |
| Power Automate (सभी लाइसेंस) | किरायेदार के लिए कोई प्रति-लाइसेंस प्रोद्भवन के साथ 25,000 आधार अनुरोध |
1 इस श्रेणी में Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise, Dynamics 365 Sales Professional, Dynamics 365 Customer Service Enterprise, Dynamics 365 ग्राहक सेवा Professional, Dynamics 365 Field Service, Microsoft Relationship Sales, Dynamics 365 Project Service Automation, Dynamics 365 Commerce, Dynamics 365 Human Resources, Dynamics 365 Finance, Dynamics 365 Project Operations, Dynamics 365 Supply Chain Management, Dynamics 365 Customer Engagement plan, Dynamics 365 Unified Ops plan, Dynamics 365 Plan, Dynamics CRM Online Enterprise, और Dynamics CRM Online Professional के लिए लाइसेंस शामिल हैं. Power Platform Dynamics 365 'बेस + अटैच' लाइसेंसिंग मॉडल में गैर-लाइसेंस प्राप्त टेनेंट-स्तर की सीमाएँ केवल भुगतान किए गए आधार लाइसेंस के साथ प्रदान की जाती हैं.
2यदि आपको गैर-लाइसेंस प्राप्त उपयोगकर्ता सीमा पार होने का अनुमान है, तो कस्टम समाधान पर चर्चा करने के लिए अपने पुनर्विक्रेता या Microsoft खाता टीम से संपर्क करें।
अतिरिक्त विवरण
कुछ उत्पाद एक सेवा प्रिंसिपल की अवधारणा में काम करते हैं और उनकी सीमाएँ बिना लाइसेंस वाले उपयोगकर्ता पूल में जमा हो जाएँगी. प्लेटफ़ॉर्म पर उत्पाद कैसे संचालित होता है, इसके साथ सीमाओं को संरेखित करने का यह सबसे अच्छा तरीका है.
यदि किसी टेनेंट के पास अनेक प्रकार की सदस्यताएँ हैं, तो उनकी गैर-लाइसेंसीकृत उपयोगकर्ता अनुरोध क्षमता, अनुरोधों की बड़ी संख्या वाली उत्पाद लाइन सदस्यता का उपयोग करती है। उदाहरण के लिए, यदि किसी ग्राहक के पास Dynamics 365 Customer Service Enterprise आधार लाइसेंस सदस्यताएँ (500,000 न्यूनतम अनुरोध + अर्जित सीमाएँ) और Power Apps प्रति उपयोगकर्ता सदस्यताएँ (25,000 अनुरोध/दिन) हैं, तो उनकी पूल की गई टेनेंट-स्तरीय अनुरोध क्षमता 500,000 न्यूनतम अनुरोध + अर्जित सीमा प्रति 24 घंटे होगी.
क्या होता है यदि कोई लाइसेंस प्राप्त या बिना लाइसेंस वाला उपयोगकर्ता सीमा से अधिक हो जाता है
Power Platform अनुरोध सीमाओं को अपडेट कर दिया गया है और 2021 के अंत में उन स्तरों पर पर्याप्त रूप से बढ़ा दिया गया है जो अधिकांश ग्राहकों के लिए सामान्य उपयोग से काफी अधिक हैं. अद्यतन सीमाओं के साथ, अपेक्षाएँ हैं कि बहुत कम उपयोगकर्ता प्रलेखित सीमाओं को पार करेंगे. यदि आपको लगता है कि गैर-लाइसेंस प्राप्त उपयोगकर्ता सीमा पार हो जाएगी, तो कस्टम समाधान पर चर्चा करने के लिए अपने पुनर्विक्रेता या खाता टीम से संपर्क करें। Microsoft
Power Platform अनुरोध उपयोग रिपोर्टिंग के Power Platform व्यवस्थापन केंद्र में आम तौर पर उपलब्ध होने के छह महीने बाद तक कोई भी संभावित उच्च उपयोग प्रवर्तन नहीं होगा.
Microsoft ओवरएज के लिए सीमा लागू करने का अधिकार सुरक्षित रखता है। यदि कोई ग्राहक उच्च उपयोग प्रवर्तन का सामना करता है, तो वे किसी प्रकार के थ्रॉटलिंग की अपेक्षा कर सकते हैं. ग्राहक उच्च उपयोग प्रवर्तन से बचने के लिए अतिरिक्त क्षमता खरीद सकते हैं या अपने परिवेश को पे-एज़-यू-गो पर ले जा सकते हैं और दैनिक सीमा से अधिक वास्तविक उपयोग के लिए भुगतान कर सकते हैं.
Power Platform अनुरोध क्षमता ऐड-ऑन
ग्राहक जो रिपोर्टिंग में देखते हैं कि वे बार-बार सीमा से अधिक अनुरोधों का उपयोग कर रहे हैं, वे Power Platform अनुरोध क्षमता ऐड-ऑन खरीदकर उच्च उपयोग प्रवर्तन से बच सकते हैं. यह ऐड-ऑन ग्राहकों को विशिष्ट उच्च उपयोग लाइसेंस वाले उपयोगकर्ताओं या उच्च उपयोग गैर-लाइसेंस वाले उपयोगकर्ताओं के लिए सीमा बढ़ाने की अनुमति देता है. प्रत्येक क्षमता; ऐड-ऑन अनुरोध सीमा को प्रति 24 घंटे में 50,000 और बढ़ा देती है. सीमा बढ़ाने के लिए एकाधिक क्षमता ऐड-ऑन असाइन किए जा सकते हैं.
आप संक्रमण अवधि के दौरान उपयोगकर्ताओं या प्रवाहों को अनुरोध क्षमता ऐड-ऑन पैक असाइन नहीं कर सकते। Power Platform हालाँकि, यह अनुशंसा की जाती है कि आप अपने लाइसेंस की शर्तों के भीतर बने रहने के लिए और संक्रमण अवधि समाप्त होने पर तैयार रहने के लिए इन ऐड-ऑन को खरीदें। Microsoft
यदि आपके प्रवाह को रोका जा रहा है, तो यह सुनिश्चित करने का प्रयास करें कि पर्यावरण में कोई भी प्रवाह रोका न जाए। Power Automate यदि आप पे-एज़-यू-गो का उपयोग नहीं कर सकते हैं, तो ऐड-ऑन खरीदें और प्रवाह विवरण और ऐड-ऑन विवरण के साथ एक समर्थन टिकट बनाएं ताकि समर्थन टीम आपके थ्रॉटल किए गए प्रवाह के लिए अपवाद प्रदान कर सके। Microsoft
नोट
वर्तमान में, क्षमता ऐड-ऑन को उपयोगकर्ताओं (एप्लिकेशन, व्यवस्थापकीय और गैर-इंटरैक्टिव उपयोगकर्ताओं सहित) को असाइन नहीं किया जा सकता है। क्षमता ऐड-ऑन के असाइनमेंट के लिए कार्यक्षमता उच्च उपयोग प्रवर्तन के समय के अनुरूप होगी.
अन्य लागू करने योग्य सीमाएं
दैनिक Power Platform अनुरोध सीमाओं के अलावा, प्रत्येक सेवा के लिए विशिष्ट अन्य सेवा सुरक्षा सीमाएँ भी हैं. दैनिक अनुरोध सीमाओं के साथ, ये सीमाएं खराब या शोरगुल भरे व्यवहार से बचाकर सेवा की गुणवत्ता को बरकरार करने में मदद करती हैं, जो अन्यथा सभी ग्राहकों के लिए सेवा बाधित करेंगी.
प्रत्येक सेवा के लिए वर्तमान सेवा सुरक्षा सीमाओं संबंधी जानकारी के लिए निम्नलिखित संसाधनों का पुनरावलोकन करें:
- Dataverse सीमाएँ: मॉडल-चालित ऐप और ग्राहक सहभागिता ऐप (जैसे Dynamics 365 Sales और ग्राहक सेवा), Power Apps, और Power Automate ग्राहक सहभागिता ऐप से कनेक्ट करने के लिए लागू Dataverse
- Power Automate सीमाएँ: स्वचालित, अनुसूचित और त्वरित प्रवाह के लिए लागू
- कनेक्टर्स में सीमाएँ: Power Automate और के लिए लागू Power Apps
Power Platform व्यवस्थापन केंद्र में विस्तृत Power Platform अनुरोध उपयोग जानकारी देखें (पूर्वावलोकन)
Power Platform की खपत को देखने के लिए लाइसेंस प्राप्त उपयोगकर्ताओं, गैर-लाइसेंस वाले उपयोगकर्ताओं और प्रति प्रवाह लाइसेंस प्रवाह चलता है.
बाईं ओर नेविगेशन मेनू पर, क्षमता का चयन करें.
सारांश टैब पर, ऐड-ऑन अनुभाग में रिपोर्ट डाउनलोड करें चुनें.
मेनू से नया का चयन करें.
रिपोर्ट चुनें बॉक्स में Microsoft Power Platform अनुरोध चुनें.
आवश्यक रिपोर्ट प्रकार का चयन करें, और फिर सबमिट करें का चयन करें.
रिपोर्ट तैयार होने के बाद, रिपोर्ट को Excel CSV फ़ाइल के रूप में डाउनलोड करने के लिए डाउनलोड करें चुनें.
नोट
ये रिपोर्ट वर्तमान में पूर्वावलोकन में हैं. लाइसेंसीकृत उपयोगकर्ता पूर्वावलोकन रिपोर्ट की दो सीमाएँ हैं.
- प्रति वातावरण प्रति दिन प्रति उपयोगकर्ता रिपोर्टिंग में लाइसेंस प्राप्त उपयोगकर्ताओं की पात्रता दिखाई दे रही है. सीमाएं प्रति उपयोगकर्ता प्रति दिन स्तर पर लागू होनी चाहिए. रिपोर्टिंग को देखते समय, समझें कि सीमाएं प्रति उपयोगकर्ता प्रति दिन हैं, पात्रता मात्रा का उपयोग प्रति दिन केवल एक बार करना है, न कि एक ही उपयोगकर्ता के लिए संभावित रूप से कई बार पात्रताओं का योग करना.
- लाइसेंस प्राप्त उपयोगकर्ता रिपोर्ट Power Apps प्रति ऐप लाइसेंस या Power Apps प्रति ऐप पे-एज-यू-गो मीटर के माध्यम से लाइसेंस प्राप्त उपयोगकर्ताओं के लिए सही पात्रता नहीं दिखाएगी. ऐसे उपयोगकर्ताओं के लिए पात्रताएं 0 के रूप में दिखाई जाएंगी, जबकि वास्तव में उन्हें 6000 के रूप में दिखाया जाना चाहिए (जैसा कि पहले बताया गया है, 24 घंटे की अवधि के लिए अनुरोध)।
लाइसेंस प्राप्त उपयोगकर्ता रिपोर्ट
लाइसेंस प्राप्त उपयोगकर्ता रिपोर्ट प्रति उपयोगकर्ता प्रति दिन Power Platform अनुरोध उपयोग और उपयोगकर्ताओं को हकदार मात्रा दिखाती है. डाउनलोड की गई रिपोर्ट में निम्न फ़ील्ड्स होती हैं:
| क्षेत्र | विवरण |
|---|---|
| परिवेश ID | अद्वितीय Power Platform परिवेश पहचानकर्ता. |
| परिवेश का नाम | परिवेश का डिस्प्ले नाम. |
| कॉलर आईडी | कॉलिंग पहचान का अद्वितीय पहचानकर्ता जो सक्रिय निर्देशिका आईडी पर मैप करता है. यह नल या खाली हो सकती है. |
| कॉलर प्रकार | कॉलर पहचान का प्रकार. लाइसेंस प्राप्त उपयोगकर्ता रिपोर्ट के लिए लागू मान उपयोगकर्ता है. |
| उपयोग तिथिसमय | वह दिनांक और समय जब उपयोग कैप्चर किया गया था (UTC). |
| अधिकृत मात्रा | उपयोगकर्ता के लिए किसी भी Power Platform अनुरोध सीमा का कुल योग. |
| कुल खपत मात्रा | सभी प्रकार के अनुरोधों (Dataverse, Power Apps, और Power Automate) में कुल उपयोग. |
| Dataverse अनुरोध | Dataverse से उत्पन्न Power Platform अनुरोधों की संख्या. |
| Power Automate अनुरोध | Power Automate से उत्पन्न Power Platform अनुरोधों की संख्या. |
| Power Apps अनुरोध | Power App से उत्पन्न Power Platform अनुरोधों की संख्या. |
यहां विस्तृत उपयोग रिपोर्ट का एक नमूना दिया गया है:
बिना लाइसेंस वाले उपयोगकर्ता की रिपोर्ट
गैर-लाइसेंस प्राप्त उपयोगकर्ता रिपोर्ट बिना लाइसेंस वाले उपयोगकर्ताओं के लिए प्रति दिन Power Platform अनुरोध उपयोग और उस टैनेंट के लिए गैर-लाइसेंस वाले उपयोगकर्ताओं के लिए कुल पात्रता दिखाती है. डाउनलोड की गई रिपोर्ट में निम्न फ़ील्ड्स होती हैं:
| क्षेत्र | विवरण |
|---|---|
| इस टैनेंट के लिए Power Platform अनुरोध पात्रता | इस किरायेदार के लिए बिना लाइसेंस वाले Power Platform अनुरोधों की कुल दैनिक पात्रता. |
| परिवेश ID | अद्वितीय Power Platform परिवेश पहचानकर्ता. |
| परिवेश का नाम | परिवेश का डिस्प्ले नाम. |
| कॉलर आईडी | कॉलिंग पहचान के लिए अद्वितीय पहचानकर्ता. यह नल या खाली हो सकती है. |
| कॉलर प्रकार | कॉलर पहचान का प्रकार. लागू मान सिस्टम, गैर-इंटरैक्टिव/एप्लीकेशन हैं. |
| संसाधन का प्रकार | संसाधन का प्रकार. लागू मान हैं Dataverse, Power Apps और Power Automate. |
| संसाधन ID | अद्वितीय संसाधन आइडेंटिफ़ायर. संसाधन प्रकार के आधार पर, यह एक ऐप आईडी, Dataverse संगठन आईडी या Power Automate प्रवाह आईडी हो सकती है. यह नल या खाली हो सकती है. |
| मीटर श्रेणी | इस मामले में शीर्ष स्तर का मीटर Power Platform अनुरोध करता है. |
| मीटर उपश्रेणी | अनुरोध उत्पन्न करने वाले का विस्तृत वर्गीकरण. यह Dataverse, Power Apps, या Power Automate हो सकता है. |
| उपयोग तिथिसमय | वह दिनांक और समय जब उपयोग कैप्चर किया गया था (UTC). |
| खपत मात्रा | Power Platform अनुरोधों का उपयोग. |
यहां विस्तृत उपयोग रिपोर्ट का एक नमूना दिया गया है:
प्रति प्रवाह रिपोर्ट
प्रति Flow लाइसेंस प्राप्त Flow डाउनलोड करने योग्य रिपोर्ट में निम्नलिखित फ़ील्ड शामिल हैं:
| क्षेत्र | विवरण |
|---|---|
| परिवेश ID | अद्वितीय Power Platform परिवेश पहचानकर्ता. |
| परिवेश का नाम | परिवेश का डिस्प्ले नाम. |
| पर्यावरण क्षेत्र | पूर्वावलोकन के दौरान उपलब्ध नहीं है. |
| कॉलर आईडी | Flow का युनीक पहचानकर्ता. यह नल या खाली हो सकती है. |
| कॉलर प्रकार | कॉलर पहचान का प्रकार. लागू मान Flow हैं. |
| उपयोग तिथिसमय | वह दिनांक और समय जब उपयोग कैप्चर किया गया था (UTC). |
| अधिकृत मात्रा | प्रवाह के लिए किसी भी शामिल पात्रता का मान. |
| खपत मात्रा | Power Platform अनुरोधों का उपयोग. |
यहां विस्तृत उपयोग रिपोर्ट का एक नमूना दिया गया है:
अनुरोध सीमाएँ Power Automate
महत्त्वपूर्ण
क्लाउड फ़्लो निष्पादन Power Platform अनुरोधों का उपभोग नहीं करते हैं
सेवा की उपलब्धता और गुणवत्ता सुनिश्चित करने के लिए, उपयोगकर्ताओं द्वारा अपने क्लाउड प्रवाह में किए जाने वाले अनुरोधों (पीपीआर) की संख्या पर सीमाएं हैं। Power Automate Power Platform ये सीमाएं सामान्य प्रवाह उपयोग पैटर्न के अनुसार पांच मिनट और 24 घंटे के अंतराल पर निर्धारित की जाती हैं।
24 घंटे की सीमा उपयोगकर्ता लाइसेंस या किसी उपयोगकर्ता को आवंटित प्रक्रिया / लाइसेंस पर आधारित होती है।
- यदि किसी उपयोगकर्ता के पास प्रीमियम लाइसेंस है, तो वे 24 घंटे की अवधि के भीतर किसी टेनेंट में अपने सभी क्लाउड प्रवाहों में 40,000 अनुरोध कर सकते हैं। Power Automate Power Platform इस सीमा में प्लेटफ़ॉर्म द्वारा तृतीय पक्ष कनेक्टर्स को किए गए अनुरोध भी शामिल हैं।
- यदि क्लाउड फ़्लो के पास प्रोसेस लाइसेंस है, तो प्रवाह, उसके चाइल्ड प्रवाह और उससे संबंधित प्रवाह 24 घंटे की अवधि में प्रवाह के सभी उपयोगकर्ताओं से 250,000 अनुरोध कर सकते हैं। Power Platform
- यदि किसी क्लाउड फ़्लो में प्रति प्रवाह योजना (विरासत) है, तो प्रवाह 24 घंटे की अवधि में प्रवाह के सभी उपयोगकर्ताओं से 250,000 अनुरोध कर सकता है। Power Platform
उपयोग-भारी प्रवाह या उपयोगकर्ता को अन्य उपयोगकर्ताओं को प्रभावित करने से रोकने के लिए, इस क्षमता को एक व्यक्तिगत उपयोगकर्ता या प्रवाह स्तर पर खपत के आधार पर ट्रैक किया जाता है और इसे किसी अन्य स्तर जैसे कि पर्यावरण या टेनेंट स्तर पर पूल नहीं किया जा सकता है। 24 घंटे एक स्लाइडिंग विंडो है, जिसका अर्थ है कि जब भी क्लाउड फ़्लो चलता है, तो सिस्टम पिछले 24 घंटों के अनुरोधों को देखता है ताकि यह निर्धारित किया जा सके कि उपयोगकर्ता अपनी सीमा पर है या नहीं। उदाहरण के लिए, एक टेनेंट में दो उपयोगकर्ताओं के पास प्रीमियम लाइसेंस हो सकते हैं, और प्रत्येक उपयोगकर्ता को प्रति 24 घंटे की अवधि में 40,000 अनुरोध प्राप्त हो सकते हैं। यदि पहला व्यक्ति 24 घंटे की अवधि में 40,000 से अधिक अनुरोधों का उपयोग करता है, तो उनका प्रवाह धीमा हो जाता है और दूसरे उपयोगकर्ता पर इसका कोई प्रभाव नहीं पड़ता है, जिसने केवल 20,000 अनुरोधों का उपयोग किया है और अभी भी उसके पास 20,000 अनुरोध शेष हैं।
वर्तमान में सभी संगठन एक संक्रमण काल में हैं, जिसके दौरान उच्च संक्रमण अवधि सीमाएं लागू होती हैं। एक बार संक्रमण काल समाप्त हो जाने पर, आधिकारिक सीमाएं लागू हो जाती हैं। आधिकारिक सीमाओं के आधार पर अपने क्लाउड प्रवाह का निर्माण करें।
पांच मिनट की सीमा 100,000 अनुरोध है और यह उपयोगकर्ता के लाइसेंस से स्वतंत्र है। उदाहरण के लिए, प्रोसेस लाइसेंस वाले प्रवाह 24 घंटे में 250,000 अनुरोध कर सकते हैं, लेकिन वे पांच मिनट के भीतर 100,000 से अधिक अनुरोध नहीं कर सकते।
Power Automate प्रति लाइसेंस अनुरोध सीमाएँ:
| लायसेंस नाम | पीपीआर की आधिकारिक सीमा प्रति 24 घंटे | पीपीआर संक्रमण अवधि सीमा प्रति 24 घंटे |
|---|---|---|
| Power Automate Premium | प्रति उपयोगकर्ता 40k | 200k प्रति क्लाउड फ़्लो |
| Power Automate प्रक्रिया | 250k प्रति लाइसेंस | 500k प्रति लाइसेंस |
| Power Automate होस्टेड प्रक्रिया | 250k प्रति लाइसेंस | 500k प्रति लाइसेंस |
| Power Automate प्रति उपयोगकर्ता योजना (विरासत) | प्रति उपयोगकर्ता 40k | 200k प्रति क्लाउड फ़्लो |
| Power Automate प्रति प्रवाह योजना (विरासत) | 250k प्रति लाइसेंस | 500k प्रति लाइसेंस |
| Power Automate मुफ्त | 6k प्रति उपयोगकर्ता | 10k प्रति क्लाउड फ़्लो |
| Office 365 | 6k प्रति उपयोगकर्ता | 10k प्रति क्लाउड फ़्लो |
| Power Apps Premium | प्रति उपयोगकर्ता 40k | 200k प्रति क्लाउड फ़्लो |
| डायनेमिक्स 365 प्रोफेशनल | प्रति उपयोगकर्ता 40k | 200k प्रति क्लाउड फ़्लो |
| Dynamics 365 एंटरप्राइज़ अनुप्रयोग | प्रति उपयोगकर्ता 40k | 200k प्रति क्लाउड फ़्लो |
| डायनेमिक्स 365 टीम सदस्य | 6k प्रति उपयोगकर्ता | 10k प्रति क्लाउड फ़्लो |
Power Automate लाइसेंस के बारे में अधिक जानें.
नोट
- Power Automate प्रक्रिया लाइसेंस को क्लाउड फ़्लो पर स्टैक किया जा सकता है ताकि इसकी PRR सीमा बढ़ाई जा सके
- Power Platform अनुरोध पर अक्सर पूछे जाने वाले प्रश्न Power Automate
Power Automate संक्रमण अवधि
सभी संगठन संक्रमण काल में हैं। इसका अर्थ यह है कि प्रवर्तन सख्त नहीं है और पीपीआर सीमा अधिक है। संक्रमण अवधि Power Platform व्यवस्थापन केंद्र रिपोर्ट के आम तौर पर उपलब्ध होने के बाद समाप्त होती है. इसके बाद संगठनों के पास अपने उपयोग का विश्लेषण करने और लाइसेंस सीमाओं पर सख्त प्रवर्तन शुरू होने से पहले उपयुक्त लाइसेंस खरीदने के लिए छह महीने का समय होता है।
संक्रमण काल के दौरान कुछ बातों का ध्यान रखना आवश्यक है:
संक्रमण काल का मतलब यह नहीं है कि कोई दैनिक सीमाएँ नहीं हैं. इसका मतलब यह है कि वर्तमान में लागू की गई सीमाएं आपके ऐप्स या प्रवाह पर संभावित अनपेक्षित प्रभाव को रोकने के लिए आधिकारिक सीमाओं की तुलना में अधिक उदार हैं।
ये संक्रमण अवधि सीमाएं संक्रमण अवधि के दौरान क्लाउड फ़्लो स्तर पर लागू होती हैं। इसके अतिरिक्त, संक्रमण अवधि के दौरान 1000000 क्लाउड फ़्लो क्रियाओं की प्रति उपयोगकर्ता स्तर की एक अलग सीमा लागू की जाती है ताकि यह सुनिश्चित किया जा सके कि उपयोगकर्ता एक दिन में अपने सभी प्रवाह रन में 1M क्रियाओं से अधिक न करें। संक्रमण अवधि समाप्त होने के बाद, वास्तविक सीमाएं प्रीमियम लाइसेंसों के लिए उपयोगकर्ता स्तर पर और प्रोसेस / प्रति प्रवाह-योजना लाइसेंसों के लिए क्लाउड फ़्लो स्तर पर लागू की जाएंगी।
संक्रमण अवधि के दौरान, मैन्युअल क्लाउड प्रवाह प्रवाह स्वामियों/प्रवाह इनवोकर्स सीमाओं का उपयोग नहीं करते हैं। प्रत्येक मैनुअल क्लाउड फ़्लो का प्रदर्शन प्रोफ़ाइल मध्यम (100,000 अनुरोध/प्रवाह/24 घंटे) होता है। संक्रमण अवधि के बाद, मैन्युअल क्लाउड प्रवाह उपयोगकर्ता को आमंत्रित करने की अनुरोध सीमाओं का उपयोग करेगा।
चूंकि संक्रमण अवधि के दौरान सीमाएं अधिक उदार होती हैं, इसलिए उपयोगकर्ता लाइसेंसों का स्टैकिंग समर्थित नहीं होता है। यदि किसी उपयोगकर्ता के पास एकाधिक योजनाएँ हैं, जैसे कि एक Microsoft 365 योजना और एक Dynamics 365 योजना, तो प्रवाह उच्चतर योजना (Dynamics 365 योजना) का उपयोग करता है.
Power Platform संक्रमण अवधि के दौरान अनुरोध क्षमता ऐड-ऑन पैक उपयोगकर्ताओं या क्लाउड प्रवाहों को असाइन करने योग्य नहीं हैं। हालाँकि, यह अनुशंसा की जाती है कि आप अपने लाइसेंस की शर्तों के भीतर बने रहने के लिए और संक्रमण अवधि समाप्त होने पर तैयार रहने के लिए इन ऐड-ऑन को खरीदें। Microsoft यदि आपके क्लाउड प्रवाह को वर्तमान में सीमित किया जा रहा है, तो ऐड-ऑन खरीदें और प्रवाह विवरण और ऐड-ऑन विवरण के साथ एक समर्थन टिकट बनाएं ताकि समर्थन टीम आपके सीमित प्रवाह के लिए अपवाद प्रदान कर सके।
सीडेड लाइसेंस उपयोगकर्ता केवल ऐप के संदर्भ में ही क्लाउड प्रवाह का उपयोग कर सकते हैं। सीडेड लाइसेंस अनुभाग में अधिक जानें. संक्रमण अवधि के दौरान लाइसेंस सीमाओं पर प्रवर्तन कम सख्त होता है और यह अनुशंसा की जाती है कि संक्रमण अवधि समाप्त होने पर किसी भी व्यवधान से बचने के लिए आप अपनी लाइसेंस शर्तों के भीतर रहें। Microsoft
सामान्य प्रश्न
विभिन्न प्रकार के प्लेटफॉर्म पर Power Platform अनुरोधों की निगरानी और विश्लेषण के लिए मैं कौन सा टूल इस्तेमाल कर सकता/सकती हूं?
Power Platform के लिए रिपोर्टिंग पूर्वावलोकन में उपयोग का अनुरोध Power Platform व्यवस्थापन केंद्र में उपलब्ध है.
Power Platform अनुरोध सीमाओं के लिए समय-सीमाएँ क्या हैं?
सीमाओं की अवधारणा को पहली बार 2019 के अंत में पेश किया गया था और 2021 के अंत में प्रलेखित सीमाओं में काफी वृद्धि की गई थी. Power Platform अनुरोध के लिए सार्वजनिक पूर्वावलोकन रिपोर्टिंग जून 2022 में शुरू की गई. सार्वजनिक पूर्वावलोकन अवधि के बाद, रिपोर्ट सामान्य उपलब्धता में चली जाएंगी. जी.ए. कब घटित होगा, इसके लिए कोई वर्तमान ई.टी.ए. नहीं है। किसी भी संभावित उच्च उपयोग प्रवर्तन की शुरुआत रिपोर्ट उपलब्ध होने के कम से कम छह महीने बाद तक नहीं होगी। हालाँकि, लागू होने तक संक्रमण सीमाओं पर थ्रॉटलिंग जारी रहेगी। Power Automate अधिक जानकारी के लिए अक्सर पूछे जाने वाले प्रश्न देखें।
क्लासिक कार्यप्रवाह या Power Automate प्रवाह के लिए खाते की क्या सीमाएं उपयोग की जाती हैं?
अगर प्रक्रिया मांग के अनुसार है या पृष्ठभूमि में है, तो उस पर निर्भर करता है. मांग पर संचालित होने वाला तत्काल प्रवाह, उस खाते की सीमाओं का उपयोग करेगा, जिसने प्रक्रिया शुरू की हो. दूसरी ओर, पृष्ठभूमि में चलने वाले वर्कफ़्लो या स्वचालित/निर्धारित प्रवाह हमेशा प्रक्रिया के स्वामी की सीमाओं का उपयोग करते हैं, भले ही प्रक्रिया क्यों शुरू हुई हो या प्रक्रिया के अंदर कनेक्शन के लिए कौन से खातों का उपयोग किया गया हो। अधिक जानकारी के लिए किसकी Power Platform अनुरोध सीमाएँ प्रवाह द्वारा उपयोग की जाती हैं? पर जाएँ।
क्या अनुरोध सीमा दिन-प्रतिदिन या महीने-दर-महीने बढ़ती रहती है? Microsoft Power Platform
नहीं, ऐसा नहीं है. सभी Microsoft Power Platform अनुरोध 24-घंटे की अवधि के लिए मौजूद हैं. यदि उनका उपभोग नहीं किया जाता है, तो वे अगले दिन नहीं जाते हैं और न ही वे एक महीने के भीतर जमा होते हैं.
क्या प्रत्येक अनुप्रयोग यूजर, गैर-संवादात्मक यूजर, प्रशासनिक यूजर, या सिस्टम यूजर को उनके अपने टेनेंट-स्तरीय सीमा मिलती है?
नहीं, वे ऐसा नहीं करते। टेनेंट स्तरीय सीमाओं को सभी अनुप्रयोग यूजर, गैर-संवादात्मक यूजर, प्रशासनिक यूजर, या सिस्टम यूजर के साथ टेनेंट के अंदर साझा किया जाता है.
क्या क्लासिक Dataverse से उत्पन्न कार्यप्रवाह और Dataverse में प्लग-इन, अनुरोध सीमाओं के सापेक्ष गिने जाते हैं?
हां, यदि ये अनुरोध CRUD, असाइन या शेयर-प्रकार के अनुरोध हैं, तो वे गिने जाते हैं। क्लासिक वर्कफ़्लो के संबंध में, इस तर्क में शर्तों की जाँच करना, चाइल्ड वर्कफ़्लो शुरू करना, या वर्कफ़्लो रोकना जैसी क्रियाएँ शामिल हैं। हालांकि, प्लेटफॉर्म से आंतरिक के रूप से उत्पन्न हुए अनुरोध को गिना नहीं जाता है, जैसे कि sdkmessagerequest, solutioncomponentdefinition, and ribbonclientmetadatareporting.
क्या मुझे अपनी सीमाओं तक पहुंचने से बचने के लिए Power Automate की जगह थर्ड-पार्टी डेटा एकीकरण टूल का इस्तेमाल करना चाहिए?
नहीं, थर्ड पार्टी एकीकरण टूल की सीमाएं ठीक उतनी होती हैं जितनी शेड्यूल, इंस्टेंट, या ऑटोमेट की गई प्रवाह की होती है. इसलिए, चाहे आप उपयोग के लिए Power Automate या थर्ड पार्टी टूल को चुनें, कोई अंतर नहीं होता. इसके अलावा, Power Automate से Dataverse तक के अनुरोधों की दोहरी गणना नहीं की जाती है, एक प्रवाह जो एक कार्रवाई को कॉल करता है, उसकी सीमा के विरुद्ध केवल एक अनुरोध के रूप में गिना जाता है, दो नहीं।