إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
ينطبق على: Azure Logic Apps (الاستهلاك + قياسي)
Azure Logic Apps هي خدمة تساعدك على إنشاء مهام سير عَمل تكاملية آلية في السحابة. توضح هذه المقالة كيفية عمل نماذج القياس والفواتير والأسعار لتطبيقات Azure Logic والموارد ذات الصلة. للحصول على معلومات مثل معدلات تسعير مُحددة أو تخطيط التكلفة أو بيئات استضافة مختلفة، راجع المحتوى التالي:
- أسعار تطبيقات المنطق Azure
- تخطيط وإدارة التكاليف لتطبيقات Azure المنطقية
- مستأجر واحد مقابل متعدد المستأجرين
الاستهلاك (متعدد المستأجرين)
في تطبيقات Azure Logic متعددة المستأجرين، يتبع تطبيق المنطق وسير العمل الخاص به خطة الاستهلاك للتسعير والفوترة. يُمكنك إنشاء مثل هذه التطبيقات المنطقية بطرق مختلفة، على سبيل المثال، عند اختيار نوع مورد Logic App (الاستهلاك)، استخدم ملحق Azure Logic Apps (الاستهلاك) في Visual Studio Code، أو عند إنشاء مهام التشغيل التلقائي.
يلخص الجدول التالي كيفية معالجة نموذج الاستهلاك القياس والفوترة للمكونات التالية عند استخدامها مع تطبيق منطقي وسير عمل في Azure Logic Apps متعددة المستأجرين:
| Component | القياس والفواتير |
|---|---|
| عَمليات التشغيل والإجراءات | يتضمن نموذج الاستهلاك عددا أوليا من العمليات المدمجة المجانية، لكل اشتراك في Azure، يمكن تشغيل سير العمل. فوق هذا الرقم، يتم تطبيق القياس على كل تنفيذ، وتتبع الفوترة تسعير الإجراءات لخطة الاستهلاك. بالنسبة لأنواع العمليات الأخرى، مثل الموصلات المُدارة، تتبع الفوترة تسعير موصل قياسي أو Enterprise لخطة الاستهلاك. للمزيد من المعلومات، راجع عمليات المشغل والإجراءات في النموذج القياسي. |
| عمليات التخزين | يَنطبق القياس فقط على استهلاك التخزين المتعلق باستبقاء البيانات مثل حفظ المدخلات والمخرجات من مَحفوظات تشغيل سير العمل. تتبع الفوترة تسعير استبقاء البَيانات لخطة الاستهلاك. لمزيد من المعلومات، راجع عمليات التخزين. |
| حسابات التكامل | ينطبق القياس استنادا إلى نوع حساب التكامل الذي تقوم بإنشائه واستخدامه مع تطبيق المنطِق الخاص بك. تتبع الفوترة تسعير حساب التكامل. لمزيد من المعلومات، راجع حسابات التكامل. |
تشغيل عمليات التشغيل والإجراءات في نَموذج الاستهلاك
باستثناء العدد الأولي من عمليات تنفيذ العمليات المدمجة المجانية لكل اشتراك في Azure، يمكن لسير العمل تشغيلها، فإن نموذج الاستهلاك يقيس ويحسب العملية بناء على كل تنفيذ، سواء تم تشغيل سير العمل العام بنجاح أو إكمال أو حتى تم تجسيده. عادة ما تقوم العملية بتنفيذ واحد ما لم يتم تمكين مُحاولات إعادة المحاولة. بدوره، عادة ما يقوم التنفيذ بإجراء مكالمة واحدة ما لم تدعم العملية التقسيم أو ترقيم الصفحات وتُمكنه من الحصول على كميات كبيرة من البيانات. إذا تم تمكين التقسيم أو ترقيم الصفحات، فقد يتعين على تنفيذ العملية إجراء مُكالمات متعددة.
عدادات نموذج الاستهلاك وفواتير العَملية لكل تنفيذ، وليس لكل استدعاء. على سبيل المثال، افترض أن سير العمل يبدأ بمُشغل استقصاء يحصل على السجلات عن طريق إجراء مكالمات صادرة بانتظام إلى نقطة نهاية. يتم قياس المُكالمة الصادرة والفوترة كتنفيذ واحد، سواء تم تشغيل المُشغل أو تخطيه، مثل عندما يتحقق المشغل من نقطة نهاية ولكنه لا يعثر على أي بيانات أو أحداث. تتحكم حالة المُشغل في ما إذا كان يتم إنشاء مثيل سير العمل وتشغيله أم لا. الآن، افترض أن العَملية تدعم أيضًا ومكنت التقسيم أو ترقيم الصفحات. إذا اضطرت العملية لإجراء 10 مكالمات لإكمال جمع كل البيانات، تظل العملية محسوبة ومحسومة كتنفيذ واحد، رغم إجراء عدة استدعاءات.
Note
بشكل افتراضي، تحتوي المشغلات التي ترجع صفيفا على إعداد Split On الذي تم تمكينه بالفعل. هذا الإعداد يؤدي إلى حدث محفز، يمكنك مراجعته في سجل المشغلات، ونسخة سير عمل لكل عنصر من عناصر المصفوفة. يتم تشغيل جميع مثيلات سير العمل بالتوازي بحيث تتم معالجة عناصر الصفيف في نفس الوقت. تطبق الفوترة على جميع أحداث المحفز سواء كانت حالة المحفز ناجحة أو تم تخطيها. لا تزال المحفزات قابلة للفوترة حتى في الحالات التي لا تفعل فيها المحفزات وتبدأ سير العمل، لكن حالة المحفز هي ناجحة، فاشلة، أو تخطي.
يلخص الجدول التالي كيفية معالجة نموذج الاستهلاك القياس والفوترة لنوعي العمليات هذه عند استخدامهما مع تطبيق منطقي وسير عمل في تطبيقات Azure Logic Apps متعددة المستأجرين:
| نوع العملية | Description | القياس والفواتير |
|---|---|---|
| Built-in | تعمل هذه العمليات مُباشرة وبشكل أصلي مع وقت تشغيل Azure Logic Apps. في المصمم، يمكنك العثور على هذه العمليات تحت الملصق المدمج . على سبيل المثال، مشغل HTTP ومشغل الطلب هما مشغلان مُضمنان. إجراء HTTP وإجراء الاستجابة هما إجراءان مُضمنان. تتضمن العمليات المُضمنة الأخرى إجراءات التحكم في سير العمل مثل الحلقات والشروط وعمليات البيانات وعمليات الدفعات وغيرها. |
يتضمن نموذج الاستهلاك عددًا أوليًا من العمليات المُضمنة المجانية، لكل اشتراك Azure، التي يمكن تشغيل سير العمل. فوق هذا الرقم، تتبع عمليات تنفيذ العمليات المدمجة تسعير الإجراءات. ملاحظة: بعض عمليات الموصل المدارة متاحة أيضا كعمليات مدمجة، والتي تدرج في العمليات الحرة الأولية. فوق العمليات الحرة في البداية، تتبع الفوترة تسعير الإجراءات، وليس تسعير موصل المؤسسة أو القياسي. |
| الموصل المدار | تعمل هذه العمليات بشكل مُنفصل في Azure. في المصمم، يمكنك العثور على هذه العمليات تحت تسمية Standard أو Enterprise . | تتبع عمليات تنفيذ العملية هذه التسعير موصل قياسي أو المؤسسة. ملاحظة: معاينة تنفيذ تشغيل موصل المؤسسات تتبع تسعير موصل الاستهلاك القياسي. |
| موصل مخصص | تعمل هذه العمليات بشكل مُنفصل في Azure. في المصمم، يمكنك العثور على هذه العمليات تحت تسمية Custom . لتقييد عدد الموصلات ومعدل النقل والمهلة، راجع حدود المُوصل المُخصص في Azure Logic Apps. | تتبع عمليات تنفيذ العملية هذه التسعير الموصل القياسي. |
للمزيد من المعلومات حول كيفية عمل نموذج الاستهلاك مع العمليات التي تعمل داخل عمليات أخرى مثل التكرارات الحلقية ومعالجة عناصر متعددة مثل الصفائف وإعادة محاولة النهج، راجع سلوك العملية الأخرى.
نصائح تقدير التكلفة لنَموذج الاستهلاك
لمُساعدتك في تقدير تكاليف الاستهلاك الأكثر دقة، راجع هذه التلميحات:
ضع في اعتبارك العدد المُحتمل للرسائل أو الأحداث التي قد تصل في أي يوم مُعين، بدلا من إنشاء حساباتك على الفاصل الزمني للاستقصاء فقط.
عندما يفي حدث أو رسالة بمعايير المشغل، تحاول العديد من المُشغلات على الفور قراءة أي أحداث أو رسائل انتظار أخرى تفي بالمعايير. يعني هذا السلوك أنه حتى عند تحديد فاصل زمني أطول للاستقصاء، يتم تشغيل المُشغل استنادا إلى عدد أحداث الانتظار أو الرسائل المؤهلة لبدء مهام سير العمل. تتضمن المشغلات التي تتبع هذا السلوك ناقل خدمة Azure وAzure Event Hubs.
على سبيل المثال، افترض أنك أنشأت محفزا يتحقق من نقطة نهاية كل يوم. عندما يتحقق المشغل من نقطة النهاية ويجد 15 حدثًا تفي بالمعايير، يقوم المشغل بتشغيل سير العمل المقابل وتشغيله 15 مرة. تعمل خدمة Logic Apps على قياس جميع الإجراءات التي تنفذها مهام سير العمل ال 15 هذه، بما في ذلك طلبات المُشغل.
المعيار (مستأجر واحد)
في تطبيقات Azure Logic ذات المستأجر الواحد، تتبع تطبيق المنطق وسير العمل الخاص به الخطة القياسية للتسعير والفوترة. يمكنك إنشاء مثل هذه التطبيقات المنطقية بطرق مختلفة، على سبيل المثال، عند اختيار نوع المورد Logic App (قياسي) أو استخدام ملحق تطبيقات المنطق Azure (قياسي) في التعليمات البرمجية Visual Studio. يتطلب نموذج التسعير هذا أن تستخدم تطبيقات المنطق خطة استضافة وطبقة تسعير، والتي تختلف عن خطة الاستهلاك حيث تتم محاسبتك على السعة المَحجوزة والموارد المُخصصة سواء كنت تستخدمها أم لا.
عند إنشاء تطبيق منطق باستخدام نوع مورد Logic App (قياسي)، يمكنك تحديد خيار استضافة، على سبيل المثال، خطة خدمة سير العمل أو App Service Environment V3 أو Hybrid.
Important
إذا قمت بتحديد App Service Environment V3، يجب عليك أيضا تحديد App Service Plan. خطة App Service متاحة ومدعمة فقط مع App Service Environment v3 (ASE v3).
لم تعد الخطط والموارد التالية متوفرة أو مدعومة مع الإصدار العام من مهام سير عمل تطبيق المنطق القياسي في Azure Logic Apps أحادية المستأجر: خطة Functions Premium وApp Service Environment v1 وApp Service Environment v2.
يُلخص الجدول التالي كيفية تعامل نموذج الاستهلاك مع القياس والفوترة للمكونات التالية عند استخدامها مع تطبيق منطقي وسير عمل في تطبيقات Azure Logic Apps متعددة المستأجرين:
| Component | القياس والفواتير |
|---|---|
| وحدة المعالجة المَركزية الظاهرية (vCPU) والذاكرة | بالنسبة لخيارات الاستضافة Workflow Service PlanوApp Service Environment V3، يمكنك أيضا اختيار مستوى تسعير، والذي يحدد مستويات الموارد ومعدلات التسعير التي تنطبق على الحوسبة وسعة الذاكرة. لمزيد من المعلومات، راجع مستويات التسعير في النموذج القياسي. للنشر المختلط، راجع Standard (hybrid deployment). |
| عَمليات التشغيل والإجراءات | يتضمن نموذج Standard عددا غير محدود من العمليات المدمجة المجانية التي يمكن لسير عملك تشغيلها. إذا كان سير عملك يستخدم أي عمليات موصل مدارة، فإن القياس ينطبق على كل مكالمة، بينما تتبع الفوترة نفس تسعير موصل المؤسسة أو المعيار كخطة الاستهلاك. لمزيد من المعلومات، راجع عمليات المشغل والإجراءات في النموذج القياسي. |
| عمليات التخزين | ينطبق القياس على أي عمليات تَخزين يتم تشغيلها بواسطة Azure Logic Apps. على سبيل المثال، يتم تشغيل عمليات التخزين عندما تحفظ الخدمة المُدخلات والمُخرجات من محفوظات تشغيل سير العمل. الفوترة تتبع مستوى التسعير الذي تختاره. لمزيد من المعلومات، راجع عمليات التخزين. |
| حسابات التكامل | إذا قمت بإنشاء حساب تكامل لتطبيق المنطق الخاص بك لاستخدامه، فإن القياس يَستند إلى نوع حساب التكامل الذي تقوم بإنشائه. تتبع الفوترة تَسعير حساب التكامل. لمزيد من المعلومات، راجع حسابات التكامل. |
مُستويات التسعير في النموذج القياسي
يتضمن مستوى التسعير الذي تختاره للقياسية والفوترة لمورد Logic App (قياسي) كميات محددة من الحوسبة في وحدة المعالجة المركزية الظاهرية (vCPU) وموارد الذاكرة. إذا حددت App Service Environment V3 كخيار استضافة وخطة خدمة التطبيقات، وتحديدا مستوى تسعير خطة خدمة V2 المعزولة، فستتم محاسبتك على المثيلات المستخدمة من قبل App Service Plan وتشغيل مهام سير عمل التطبيق المنطقي. لا تطبق أي رسوم أخرى. لمزيد من المعلومات، راجع App Service Plan - مستويات تسعير خطة خدمة V2 المعزولة.
إذا اخترت خطة استضافة Workflow Standard ، يمكنك الاختيار من بين المستويات التالية:
| مستوى الأسعار | CPU الظاهري (vCPU) | تخزين (GB) |
|---|---|---|
| WS1 | 1 | 3.5 |
| WS2 | 2 | 7 |
| WS3 | 4 | 14 |
Important
المثال التالي هو للتوضيح فقط ويوفر نماذج من التقديرات لإظهار كيفية عمل مُستوى التسعير بشكل عام. للحصول على تسعير مُحدد لوحدة المعالجة المركزية الظاهرية والذاكرة استنادًا إلى مناطق محددة حيث تتوفر Azure Logic Apps، راجع الخطة القياسية لمنطقة محددة في صفحة تسعير Azure Logic Apps.
لنفترض أنه في مَنطقة مثال، تحتوي الموارد التالية على هذه المعدلات بالساعة:
| Resource | مُعدل الساعة (مثال المنطقة) |
|---|---|
| vCPU | 0.192 دولار لكل VCPU |
| Memory | 0.0137 دولار لكل GB |
يوفر الحساب التالي معدلاً شهريًا مقدرًا:
< السعر> الشهري = 730 ساعة (شهريا) * [(<رقم-vCPU> * <معدل الساعة vCPU>) + (<رقم-جيجابايت-ذاكرة> * <ساعة-معدل جيجابايت-حافظة>)]
استنادًا إلى المعلومات السابقة، يعرض الجدول التالي المعدلات الشهرية المقدرة لكل مستوى تسعير والموارد في مستوى التسعير هذا:
| مستوى الأسعار | CPU الظاهري (vCPU) | تخزين (GB) | المعدل الشهري (منطقة المثال) |
|---|---|---|---|
| WS1 | 1 | 3.5 | $175.16 |
| WS2 | 2 | 7 | $350.33 |
| WS3 | 4 | 14 | $700.65 |
التشغيل وعمليات الإجراء في النموذج القياسي
باستثناء العمليات المجانية المدمجة غير المحدودة التي يمكن لسير العمل تشغيلها، يقوم نموذج النموذج القياسي بقياس وفوترة العملية بناء على كل مكالمة، سواء تم تشغيل سير العمل العام بنجاح أو انتهى أو حتى تم تجسيده. عادة ما تقوم العملية بتنفيذ واحد ما لم يتم تمكين مُحاولات إعادة المحاولة. بدوره، عادة ما يقوم التنفيذ بإجراء مكالمة واحدة ما لم تدعم العملية التقسيم أو ترقيم الصفحات وتُمكنه من الحصول على كميات كبيرة من البيانات. إذا تم تمكين التقسيم أو ترقيم الصفحات، فقد يتعين على تنفيذ العملية إجراء مُكالمات متعددة. عدادات نَموذج الاستهلاك وفواتير العَملية لكل تنفيذ، وليس لكل استدعاء.
على سبيل المثال، افترض أن سير العمل يبدأ بمُشغل استقصاء يحصل على السجلات عن طريق إجراء مكالمات صادرة بانتظام إلى نقطة نهاية. يتم قياس المكالمة الصادرة والفوترة، سواء تم تشغيل المُشغل أو تم تخطيه أم لا. تتحكم حالة المُشغل في ما إذا كان يتم إنشاء مثيل سير العمل وتشغيله أم لا. الآن، افترض أن العَملية تدعم أيضًا ومكنت التقسيم أو ترقيم الصفحات. إذا كان على العملية إجراء 10 مكالمات لإكمال جمع كل البيانات، يتم قياس العملية واحتساب فوترة لكل مكالمة.
يُلخص الجدول التالي كيفية تعامل نموذج الاستهلاك مع القياس والفوترة للمكونات التالية عند استخدامها مع تطبيق مَنطقي وسير عمل في تطبيقات Azure Logic Apps متعددة المُستأجرين:
| نوع العملية | Description | القياس والفواتير |
|---|---|---|
| Built-in | تعمل هذه العمليات مُباشرة وبشكل أصلي مع وقت تشغيل Azure Logic Apps. في المصمم، يمكنك العثور على هذه العمليات في معرض الموصلات تحت القسم المدمج. على سبيل المثال، مشغل HTTP ومشغل الطلب هما مشغلان مُضمنان. إجراء HTTP وإجراء الاستجابة هما إجراءان مُضمنان. تتضمن العمليات المُضمنة الأخرى إجراءات التحكم في سير العمل مثل الحلقات والشروط وعمليات البيانات وعمليات الدفعات وغيرها. |
يَتضمن النموذج القياسي عمليات مُدمجة مجانية غير محدودة. ملاحظة: بعض عمليات الموصل المدارة متاحة أيضا كعمليات مدمجة. في حين أن العمليات المضمنة مجانية، لا يزال النموذج القياسي متري ويحاسب عمليات الموصل المدارة باستخدام نفس تسعير موصل قياسي أو مؤسسة مثل نموذج الاستهلاك. |
| الموصل المدار | تعمل هذه العمليات بشكل منفصل في Azure العمومي المشترك. في المصمم، يمكنك العثور على هذه العمليات في معرض الموصلات تحت Runtime>Shared. | عدادات النموذج القياسي وفواتير عمليات الموصل المدارة استنادًا إلى نفس تسعير موصل قياسيوالمؤسسة مثل نموذج الاستهلاك. ملاحظة: تتبع عمليات موصل المؤسسات معاينة تسعير موصل الاستهلاك القياسي. |
| موصل مخصص | حاليًا، يمكنك إنشاء واستخدام عمليات الموصل المضمنة المخصصة فقط في مهام سير عمل التطبيق المنطقي المستندة إلى المستأجر الواحد. | يَتضمن النموذج القياسي عمليات مُدمجة مجانية غير محدودة. لتقييد عدد الموصلات ومُعدل النقل والمهلة، راجع حدود المُوصل المُخصص في Azure Logic Apps. |
لمزيد من المعلومات حول كيفية عمل نموذج الاستهلاك مع العمليات التي تعمل داخل عمليات أخرى مثل التكرارات الحلقية ومعالجة عناصر متعددة مثل الصفائف وإعادة محاولة النهج، راجع سلوك العملية الأخرى.
قياسي - التوزيع المختلط
يستخدم خيار الاستضافة هذا نموذج فوترة حيث تدفع فقط مقابل ما تحتاجه ويمكنه توسيع نطاق الموارد لأحمال العمل الديناميكية دون الحاجة إلى الشراء لذروة الاستخدام. أنت مسؤول عن العناصر التالية:
بنية Kubernetes الأساسية التي تدعم Azure Arc
ترخيص SQL Server الخاص بك
رسوم الفوترة لاستخدام وحدة المعالجة المركزية الظاهرية لدعم أحمال عمل تطبيق المنطق القياسي
لمزيد من المعلومات، راجع الأقسام التالية:
رسوم الفوترة لأي عمليات موصل مدارة (مشتركة)، مثل Microsoft Teams أو Microsoft Office 365، في مهام سير عمل التطبيق المنطقي.
تتبع هذه العمليات تسعيرا قياسيا.
حساب استخدام وحدة المعالجة المركزية الظاهرية
يؤثر استخدام وحدة المعالجة المركزية الظاهرية لتطبيق المنطق القياسي على رسوم الفوترة. يشير معالج افتراضي إلى عدد أنوية المعالج، لكن هذه النسبة ليست بالضرورة 1:1. تحسب الصيغة التالية استخدام وحدة المعالجة المركزية الظاهرية لتطبيق المنطق الخاص بك:
استخدام vCPU = (# من وحدات المعالجة المركزية المخصصة x) (# من النسخ المقلدة)
| Value | Description |
|---|---|
| عدد وحدات المعالجة المركزية الظاهرية المخصصة | بشكل افتراضي، يتم تخصيص تطبيق المنطق الخاص بك عددا افتراضيا من وحدات vCPUs. يمكنك تغيير تخصيص وحدة المعالجة المركزية الظاهرية هذا في أي وقت بعد إنشاء مورد تطبيق المنطق الخاص بك. ملاحظة: أي vCPU تقوم بتخصيصه لتطبيق المنطق يأتي من معالجات افتراضية مقلدة ، لذا فإن نطاق التخصيص لديك يتراوح من 0.25 إلى نواتين. لمزيد من المعلومات، راجع الصف التالي. |
| # من النسخ المتماثلة |
النسخة المقلدة هي نسخة جديدة من مراجعة موارد تطبيق منطقي أو إصدار يتم نشره عند حدوث حدث تفعيل سير العمل. يمكن أن يختلف هذا العدد من النسخ المتماثلة بسبب احتياجات التحجيم لتطبيقك في أي وقت. يمكنك تغيير الحد الأدنى والحد الأقصى لعدد النسخ المتماثلة التي يمكن أن يكون لكل إصدار أو مراجعة لتلبية احتياجات التحجيم الخاصة بك. ملاحظة: كل نسخة مقلدة محدودة بمعالجين افتراضيين. تأتي أي وحدات معالجة مركزية ظاهرية تقوم بتخصيصها لتطبيق المنطق الخاص بك من وحدات vCPUs للنسخة المتماثلة، لذلك نطاق التخصيص الخاص بك هو 0.25 إلى 2 نواة. |
حساب رسوم الفوترة
تحسب الصيغة التالية رسوم الفوترة في الساعة، والتي تستند إلى استخدام وحدة المعالجة المركزية الظاهرية ومعدل $USD في الساعة في قسم تسعير نموذج التوزيع المختلط لتطبيق Logic Apps أثناء تمكين تطبيق المنطق الخاص بك:
الرسوم في الساعة = (استخدام وحدة المعالجة المركزية الظاهرية) x (السعر في الساعة)
على سبيل المثال فقط، يعرض الجدول التالي بعض أمثلة حسابات رسوم الفوترة:
| عدد وحدات المعالجة المركزية الظاهرية المخصصة | # من النسخ المتماثلة | استخدام vCPU | معدل $USD في الساعة | الرسوم في الساعة |
|---|---|---|---|---|
| 1 | 1 | (1 × 1) = 1 | $0.22 | (1 × 0.22 دولار) = 0.22 دولار |
| 0.5 | 2 | (0.5 × 2) = 1 | $0.22 | (1 × 0.22 دولار) = 0.22 دولار |
| 0.5 | 1 | (0.5 × 1) = 0.5 | $0.22 | (0.5 × 0.22 دولار) = 0.11 دولار |
سلوك العملية الأخرى
يلخص الجدول التالي كيفية معالجة النماذج Consumption وStandard للعمليات التي تعمل داخل عمليات أخرى مثل الحلقات ومعالجة عناصر متعددة مثل الصفائف ونهج إعادة المحاولة:
| Operation | Description | Consumption | Standard |
|---|---|---|---|
| إجراءات الحلقة | يمكن أن تتضمن إجراء الحلقة، مثل حلقة For each أو حتى الحلقة، إجراءات أخرى تعمل خلال كل دورة حلقة. | باستثناء العدد الأولي للعمليات المضمنة المرفقة، يتم قياس إجراء الحلقة وكل إجراء في الحلقة في كل مرة يتم فيها تشغيل دورة الحلقة. إذا كان الإجراء يُعالج أي عناصر في مجموعة، مثل قائمة أو صفيف، يتم استخدام عدد العناصر أيضا في حساب القياس. على سبيل المثال، افترض أن لديك لكل حلقة مع إجراءات تعالج قائمة. تقوم الخدمة بضرب عدد عناصر القائمة مقابل عدد الإجراءات في الحلقة، وتضيف الإجراء الذي يبدأ الحلقة. لذا، فإن حساب قائمة من 10 عناصر هو (10 * 1) + 1، مما يؤدي إلى تنفيذ 11 إجراء. يعتمد التسعير على ما إذا كانت أنواع العمليات مضمنة أو قياسية أو Enterprise. |
باستثناء العمليات المضمنة المرفقة، مثل نموذج الاستهلاك. |
| سياسات إعادة المحاولة | في العمليات المدعومة، يمكنك تنفيذ معالجة الاستثناءات والأخطاء الأساسية عن طريق إعداد سياسة إعادة المحاولة. | باستثناء العدد الأولي للعمليات المُضمنة، يتم قياس التنفيذ الأصلي بالإضافة إلى كل تنفيذ تمت إعادة المحاولة. على سبيل المثال، يتم قياس الإجراء الذي ينفذ مع 5 محاولات ويتم فوترته كـ 6 عمليات تنفيذ. يعتمد التسعير على ما إذا كانت أنواع العمليات مضمنة أو قياسية أو Enterprise. |
باستثناء العمليات المُضمنة المرفقة، مثل نموذج الاستهلاك. |
عمليات التخزين
يستخدم Azure Logic Apps Azure Storage لأي معاملات تخزين مطلوبة، مثل استخدام قوائم الانتظار لجدولة عمليات التفعيل أو استخدام الجداول والكتل لتخزين حالات سير العمل. استنادًا إلى العمليات في سير العمل الخاص بك، تختلف تكاليف التخزين لأن المشغلات والإجراءات والحمولة المختلفة تؤدي إلى عمليات تخزين واحتياجات مختلفة. تقوم الخدمة أيضا بحفظ وتخزين المدخلات والمخرجات من محفوظات تشغيل سير العمل، استنادًا إلى حد استبقاء محفوظات تشغيل مورد تطبيق المنطق. يُمكنك إدارة حد الاستبقاء هذا على مستوى مورد تطبيق المنطق، وليس مستوى سير العمل.
يلخص الجدول التالي كيفية تعامل النموذجين Consumption وStandard مع القياس والفوترة لعمليات التخزين:
| Model | Description | القياس والفواتير |
|---|---|---|
| الاستهلاك (متعدد المستأجرين) | يتم تضمين موارد التخزين والاستخدام بمورد تطبيق المنطق. | يتم تطبيق القياس والفوترة فقط على استهلاك التخزين المرتبط بالاحتفاظ بالبيانات واتباع تسعير استبقاء البيانات لخطة الاستهلاك. |
| المعيار (مستأجر واحد) | يمكنك استخدام حساب تخزين Azure الخاص بك، مما يمنحك تحكما ومرونة أكبر على بيانات سير العمل. | يتبع القياس والفوترة نَموذج تسعير Azure Storage. تظهر تكاليف التخزين بشكل مَنفصل في فاتورة فوترة Azure. نصيحة: لمساعدتك على فهم عدد عمليات التخزين التي قد يجريها سير العمل وتكلفتها بشكل أفضل، جرب استخدام حاسبة تخزين تطبيقات المنطق. حَدد إما نموذج سير عمل أو استخدم تعريف سير عمل موجود. تقدر العملية الحسابية الأولى عدد عَمليات التخزين في سير العمل الخاص بك. يُمكنك بعد ذلك استخدام هذه الأرقام لتقدير التكاليف المحتملة باستخدام حاسبة تسعير Azure. لمزيد من المعلومات، راجع الموارد التالية: - تقدير احتياجات التخزين وتكاليف مهام سير العمل في Azure Logic Apps أحادية المستأجر. - عرض مقاييس عمليات التنفيذ واستخدام التخزين - الحدود في Azure Logic Apps |
بوابة بيانات داخلية
بوابة البيانات المحلية هي مورد Azure منفصل تقوم بإنشائه بحيث يمكن لسير عمل تطبيق المنطق الوصول إلى البيانات المحلية باستخدام موصلات معينة مدعومة بالبوابة. لا يتحمل مورد البوابة نفسه رسومًا، ولكن العمليات التي يتم تشغيلها من خلال البوابة تتحمل رسومًا، استنادًا إلى نموذج التسعير والفوترة المستخدم من قبل تطبيق المنطق الخاص بك.
حسابات التكامل
حساب التكامل هو مورد Azure منفصل تنشئه كحاوية لتعريف وتخزين القطع الأثرية بين الشركات (B2B) مثل الشركاء التجاريين، والاتفاقيات، والمخططات، والخرائط، وما إلى ذلك. بعد إنشاء هذا الحساب وتعريف هذه الشواكل، اربط هذا الحساب بتطبيق المنطق الخاص بك حتى تتمكن من استخدام هذه التشويشات ومختلف العمليات B2B في سير العمل لاستكشاف وبناء واختبار حلول التكامل التي تستخدم قدرات معالجة EDIوXML .
يلخص الجدول التالي كيفية تعامل النموذجين Consumption وStandard مع القياس والفوترة لحسابات التكامل:
| Model | القياس والفواتير |
|---|---|
| الاستهلاك (متعدد المستأجرين) | يستخدم القياس والفوترة تسعير حساب التكامل،استنادًا إلى مستوى الحساب الذي تستخدمه. |
| المعيار (مستأجر واحد) | يستخدم القياس والفوترة تسعير حساب التكامل،استنادًا إلى مستوى الحساب الذي تستخدمه. |
لمعرفة مزيد من المعلومات، راجع الوثائق التالية:
العناصر الأخرى التي لم يتم قياسها أو فوترتها
عَبر جميع نماذج التسعير، لا يتم قياس العناصر التالية أو فوترتها:
- الإجراءات التي لم يتم تشغيلها بسبب توقف سير العمل قبل الاكتِمال
- تطبيقات المنطق أو مهام سير العمل المعطلة لأنها لا يُمكنها إنشاء مثيلات جديدة أثناء عدم نشاطها.