अंग्रेज़ी में पढ़ें

इसके माध्यम से साझा किया गया

अनुरोध सीमाएँ और आवंटन

  • आलेख
  • 11/10/2024

नोट

नया और बेहतर Power Platform व्यवस्थापक केंद्र अब सार्वजनिक पूर्वावलोकन में है! हमने नए व्यवस्थापन केंद्र को उपयोग में आसान बनाने के लिए डिज़ाइन किया है, जिसमें कार्य-उन्मुख नेविगेशन है जो आपको विशिष्ट परिणाम तेजी से प्राप्त करने में मदद करता है। जैसे ही नया Power Platform व्यवस्थापक केंद्र सामान्य उपलब्धता पर जाएगा, हम नए और अद्यतन दस्तावेज़ प्रकाशित करेंगे।

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 पहुँच वाले ऐप, और Dynamics 365 टीम सदस्य Power Platform 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 Customer Service Professional, Dynamics 365 Sales Professional, Dynamics 365 Customer Service Enterprise, Microsoft Industry Cloud, Dynamics 365 Field Service, Microsoft Relationship Sales, Dynamics 365 Project Service Automation, Dynamics 365 Finance, 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 Project Online (योजना 1, योजना 3, और योजना 5) शामिल हैं। लाइसेंसिंग गाइड में Power Platform परिशिष्ट बी में उन लाइसेंसों के बारे में अधिक जानें जिनमें Microsoft 365 और Power Apps क्षमताएं शामिल हैं। Power Automate

3 प्रति प्रवाह योजना, प्रवाह के स्वामी की परवाह किए बिना, एकल प्रवाह के लिए विशेष रूप से क्षमता आरक्षित करने की अनुमति देती है। Power Automate यह योजना टेनेंट स्तर पर गैर-लाइसेंस प्राप्त उपयोगकर्ता अनुरोध सीमाओं का उपयोग नहीं करती है।

4 Microsoft Copilot Studio अनुरोधों की गणना Power Automate चैटबॉट से ट्रिगर किए गए प्रवाहों से की जाती है। 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 द्वारा प्रदान की गई है.

यदि किसी उपयोगकर्ता को अनेक सशुल्क लाइसेंस सौंपे गए हैं, तो अनुमत अनुरोधों की कुल संख्या, प्रत्येक लाइसेंस के लिए अनुमत अनुरोधों का योग होगी। उदाहरण के लिए, यदि किसी उपयोगकर्ता के पास आधार लाइसेंस और प्रति उपयोगकर्ता लाइसेंस दोनों हैं, तो उस उपयोगकर्ता के पास प्रति 24 घंटे में कुल 40,000 + 40,000 = 80,000 अनुरोध उपलब्ध होंगे। Dynamics 365 Customer Service Enterprise Power Apps

Microsoft Copilot Studio अनुरोधों की गणना चैटबॉट से ट्रिगर किए गए प्रवाहों से की जाती है। Power Automate Microsoft Copilot Studio Microsoft Copilot Studio प्रारंभिक सत्र पैक और अतिरिक्त सत्र पैक दोनों को समान दैनिक अनुरोध सीमा प्राप्त होती है। Power Platform

बिना लाइसेंस वाले उपयोगकर्ता अनुरोध की सीमा

कुछ गतिविधियों के लिए एक अलग सीमा स्थापित की जाती है (उदाहरण के लिए: एक पृष्ठभूमि प्रक्रिया जो डेटाबेस के बीच डेटा को माइग्रेट करती है) जिसके लिए उपयोगकर्ता को सेवा के साथ इंटरैक्ट करने की आवश्यकता नहीं होती है. इन सीमाओं को टैनेंट स्तर पर परिभाषित और पूल किया जाता है. Dataverse आपको ऐसी पहचान रखने में सक्षम बनाता है जिसके लिए सर्विस के साथ सहक्रिया करने हेतु किसी उपयोगकर्ता की आवश्यकता नहीं होती है. इनमें शामिल होते हैं:

इसके अतिरिक्त, विशेष निःशुल्क ($0) लाइसेंस हैं जिनका उपयोग Dynamics 365 अनुप्रयोगों, जैसे कि Dynamics 365 Marketing, के साथ अंत:क्रिया करने के लिए किया जाता है. मार्केटिंग का लाइसेंस कैसे दिया जाता है में अधिक जानें।

इन गैर-लाइसेंसीकृत पहचानों के लिए, प्रत्येक टेनेंट को प्रति टेनेंट एक आरंभिक आधार अनुरोध सीमा प्राप्त होती है, जो टेनेंट पर उपलब्ध सशुल्क लाइसेंसों के आधार पर निर्धारित होती है, साथ ही सशुल्क Dynamics 365 Enterprise और Professional लाइसेंसों की मात्रा के आधार पर अर्जित सीमाएँ भी प्राप्त होती हैं।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 Customer Service 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 योजना, Dynamics 365 Unified Ops योजना, Dynamics 365 योजना, 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 और Customer Service), Power Apps, और Power Automate ग्राहक सहभागिता ऐप से कनेक्ट करने के लिए लागू Dataverse
  • Power Automate सीमाएँ: स्वचालित, अनुसूचित और त्वरित प्रवाह के लिए लागू
  • कनेक्टर्स में सीमाएँ: Power Automate और के लिए लागू Power Apps

Power Platform व्यवस्थापन केंद्र में विस्तृत Power Platform अनुरोध उपयोग जानकारी देखें (पूर्वावलोकन)

Power Platform की खपत को देखने के लिए लाइसेंस प्राप्त उपयोगकर्ताओं, गैर-लाइसेंस वाले उपयोगकर्ताओं और प्रति प्रवाह लाइसेंस प्रवाह चलता है.

  1. Power Platform व्यवस्थापक केंद्र में साइन इन करें.

  2. बाईं ओर नेविगेशन मेनू पर, क्षमता का चयन करें.

  3. सारांश टैब पर, ऐड-ऑन अनुभाग में रिपोर्ट डाउनलोड करें चुनें.

    स्क्रीनशॉट जो एडमिन सेंटर में क्षमता पृष्ठ दिखाता है और रिपोर्ट डाउनलोड करने के लिए लिंक को हाइलाइट करता है। Power Platform

  4. मेनू से नया का चयन करें.

    स्क्रीनशॉट जो एडमिन सेंटर में डाउनलोड रिपोर्ट पेज दिखाता है और एक नई डाउनलोड रिपोर्ट बनाने के लिए बटन को हाइलाइट करता है। Power Platform

  5. रिपोर्ट चुनें बॉक्स में Microsoft Power Platform अनुरोध चुनें.

    स्क्रीनशॉट जो अनुरोध रिपोर्ट के लिए ड्रॉपडाउन मेनू दिखाता है। Power Platform

  6. आवश्यक रिपोर्ट प्रकार का चयन करें, और फिर सबमिट करें का चयन करें।

  7. रिपोर्ट तैयार होने के बाद, रिपोर्ट को 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 Process 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 संक्रमण अवधि

सभी संगठन संक्रमण काल ​​में हैं। इसका अर्थ यह है कि प्रवर्तन सख्त नहीं है और पीपीआर सीमा अधिक है। संक्रमण अवधि Power Platform व्यवस्थापन केंद्र रिपोर्ट के आम तौर पर उपलब्ध होने के बाद समाप्त होती है. इसके बाद संगठनों के पास अपने उपयोग का विश्लेषण करने और लाइसेंस सीमाओं पर सख्त प्रवर्तन शुरू होने से पहले उपयुक्त लाइसेंस खरीदने के लिए छह महीने का समय होता है।

संक्रमण काल ​​के दौरान कुछ बातों का ध्यान रखना आवश्यक है:

  1. संक्रमण काल का मतलब यह नहीं है कि कोई दैनिक सीमाएँ नहीं हैं. इसका मतलब यह है कि वर्तमान में लागू की गई सीमाएं आपके ऐप्स या प्रवाह पर संभावित अनपेक्षित प्रभाव को रोकने के लिए आधिकारिक सीमाओं की तुलना में अधिक उदार हैं।

  2. ये संक्रमण अवधि सीमाएं संक्रमण अवधि के दौरान बादल प्रवाह स्तर पर लागू होती हैं। इसके अतिरिक्त, संक्रमण अवधि के दौरान क्लाउड प्रवाह क्रियाओं की प्रति उपयोगकर्ता स्तर की एक अलग सीमा लागू की जाती है, ताकि यह सुनिश्चित किया जा सके कि उपयोगकर्ता एक दिन में अपने सभी प्रवाह रन में 1M क्रियाओं से अधिक न करें। संक्रमण अवधि समाप्त होने के बाद, वास्तविक सीमाएं प्रीमियम लाइसेंसों के लिए उपयोगकर्ता स्तर पर और प्रोसेस/प्रति प्रवाह-योजना लाइसेंसों के लिए क्लाउड प्रवाह स्तर पर लागू की जाएंगी।

  3. संक्रमण अवधि के दौरान, मैन्युअल क्लाउड प्रवाह प्रवाह स्वामियों/प्रवाह इनवोकर्स सीमाओं का उपयोग नहीं करते हैं। प्रत्येक मैनुअल क्लाउड प्रवाह का प्रदर्शन प्रोफ़ाइल मध्यम (100,000 अनुरोध/प्रवाह/24 घंटे) होता है। संक्रमण अवधि के बाद, मैन्युअल क्लाउड प्रवाह उपयोगकर्ता को आमंत्रित करने की अनुरोध सीमाओं का उपयोग करेगा।

  4. चूंकि संक्रमण अवधि के दौरान सीमाएं अधिक उदार होती हैं, इसलिए उपयोगकर्ता लाइसेंसों का स्टैकिंग समर्थित नहीं होता है। यदि किसी उपयोगकर्ता के पास एकाधिक योजनाएँ हैं, जैसे कि एक Microsoft 365 योजना और एक Dynamics 365 योजना, तो प्रवाह उच्चतर योजना (Dynamics 365 योजना) का उपयोग करता है.

  5. Power Platform संक्रमण अवधि के दौरान अनुरोध क्षमता ऐड-ऑन पैक उपयोगकर्ताओं या क्लाउड प्रवाहों को असाइन करने योग्य नहीं हैं। हालांकि, Microsoft अनुशंसा करता है कि इन एड-ऑन को जो आप खरीदते हैं, वे लाइसेंस शर्तों के अधीन रहेंगे, और परिवर्तन की अवधि समाप्त होने के बाद तैयार किए जाएंगे. यदि आपके क्लाउड प्रवाह को वर्तमान में सीमित किया जा रहा है, तो ऐड-ऑन खरीदें और प्रवाह विवरण और ऐड-ऑन विवरण के साथ एक समर्थन टिकट बनाएं ताकि समर्थन टीम आपके सीमित प्रवाह के लिए अपवाद प्रदान कर सके।

  6. सीडेड लाइसेंस उपयोगकर्ता केवल ऐप के संदर्भ में ही क्लाउड प्रवाह का उपयोग कर सकते हैं। सीडेड लाइसेंस अनुभाग में अधिक जानें. संक्रमण अवधि के दौरान लाइसेंस सीमाओं पर प्रवर्तन कम सख्त होता है और 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 तक के अनुरोधों की दोहरी गणना नहीं की जाती है, एक प्रवाह जो एक कार्रवाई को कॉल करता है, उसकी सीमा के विरुद्ध केवल एक अनुरोध के रूप में गिना जाता है, दो नहीं।