مشاركة عبر

قياس الاستخدام والفوترة والتسعير ل Azure Logic Apps

  • مقالة

ينطبق على: Azure Logic Apps (الاستهلاك + قياسي)

Azure Logic Apps هي خدمة تساعدك على إنشاء مهام سير عَمل تكاملية آلية في السحابة. توضح هذه المقالة كيفية عمل نماذج القياس والفواتير والأسعار لتطبيقات Azure Logic والموارد ذات الصلة. للحصول على معلومات مثل معدلات تسعير مُحددة أو تخطيط التكلفة أو بيئات استضافة مختلفة، راجع المحتوى التالي:

الاستهلاك (متعدد المستأجرين)

في Azure Logic Apps متعددة المستأجرين، يتبع تطبيق المنطق وسير العمل الخاص به خطة الاستهلاك للتسعير والفوترة. يُمكنك إنشاء مثل هذه التطبيقات المنطقية بطرق مختلفة، على سبيل المثال، عند اختيار نوع مورد Logic App (الاستهلاك)، استخدم ملحق Azure Logic Apps (الاستهلاك) في Visual Studio Code، أو عند إنشاء مهام التشغيل التلقائي.

يلخص الجدول التالي كيفية معالجة نموذج الاستهلاك القياس والفوترة للمكونات التالية عند استخدامها مع تطبيق منطقي وسير عمل في Azure Logic Apps متعددة المستأجرين:

المكون القياس والفواتير
عَمليات التشغيل والإجراءات يتضمن نموذج الاستهلاك عددًا أوليًا من العمليات المُضمنة المجانية، لكل اشتراك Azure، التي يمكن تشغيل سير العمل. فوق هذا الرقم، يَنطبق القياس على كل تنفيذ، وتتبع الفوترة تسعير الإجراءات لخطة الاستهلاك. بالنسبة لأنواع العمليات الأخرى، مثل الموصلات المُدارة، تتبع الفوترة تسعير موصل قياسي أو Enterprise لخطة الاستهلاك. للمزيد من المعلومات، راجع عمليات المشغل والإجراءات في النموذج القياسي.
عَمليات التخزين يَنطبق القياس فقط على استهلاك التخزين المتعلق باستبقاء البيانات مثل حفظ المدخلات والمخرجات من مَحفوظات تشغيل سير العمل. تتبع الفوترة تسعير استبقاء البَيانات لخطة الاستهلاك. للمزيد من المعلومات، راجع عمليات التخزين.
حسابات التكامل ينطبق القياس استنادا إلى نوع حساب التكامل الذي تقوم بإنشائه واستخدامه مع تطبيق المنطِق الخاص بك. تتبع الفوترة تسعير حساب التكامل. للمزيد من المعلومات، راجع حسابات التكامل.

تشغيل عمليات التشغيل والإجراءات في نَموذج الاستهلاك

باستثناء العدد الأولي لعمليات التنفيذ المضمنة المجانية، لكل اشتراك Azure، الذي يُمكن تشغيل سير العمل، عداد نموذج الاستهلاك وفواتير العملية بناء على كل تنفيذ، سواء تم تشغيل سير العمل الكلي بنجاح أو انتهاءه أو حتى إنشاء مثيل له. عادة ما تقوم العملية بتنفيذ واحد ما لم يتم تمكين مُحاولات إعادة المحاولة. بدوره، عادة ما يقوم التنفيذ بإجراء مكالمة واحدة ما لم تدعم العملية التقسيم أو ترقيم الصفحات وتُمكنه من الحصول على كميات كبيرة من البيانات. إذا تم تمكين التقسيم أو ترقيم الصفحات، فقد يتعين على تنفيذ العملية إجراء مُكالمات متعددة.

عدادات نموذج الاستهلاك وفواتير العَملية لكل تنفيذ، وليس لكل استدعاء. على سبيل المثال، افترض أن سير العمل يبدأ بمُشغل استقصاء يحصل على السجلات عن طريق إجراء مكالمات صادرة بانتظام إلى نقطة نهاية. يتم قياس المُكالمة الصادرة والفوترة كتنفيذ واحد، سواء تم تشغيل المُشغل أو تخطيه، مثل عندما يتحقق المشغل من نقطة نهاية ولكنه لا يعثر على أي بيانات أو أحداث. تتحكم حالة المُشغل في ما إذا كان يتم إنشاء مثيل سير العمل وتشغيله أم لا. الآن، افترض أن العَملية تدعم أيضًا ومكنت التقسيم أو ترقيم الصفحات. إذا كان على العملية إجراء 10 استدعاءات لإنهاء الحصول على جميع البيانات، فلا تزال العملية محدودة ومُفوترة كتنفيذ واحد، على الرغم من إجراء مكالمات متعددة.

إشعار

بشكل افتراضي، تحتوي المشغلات التي ترجع صفيفا على إعداد Split On الذي تم تمكينه بالفعل. ينتج عن هذا الإعداد حدث مشغل، والذي يمكنك مراجعته في محفوظات المشغل، ومثيل سير عمل لكل عنصر صفيف. يتم تشغيل جميع مثيلات سير العمل بالتوازي بحيث تتم معالجة عناصر الصفيف في نفس الوقت. تنطبق الفوترة على جميع أحداث المشغل سواء كانت حالة المشغل ناجحة أو تم تخطيها. لا تزال المشغلات قابلة للفوترة حتى في السيناريوهات التي لا تقوم فيها المشغلات بإنشاء مثيل وبدء سير العمل، ولكن حالة المشغل ناجحة أو فاشلة أو تم تخطيها.

يلخص الجدول التالي كيفية معالجة نموذج الاستهلاك القياس والفوترة لنوعي العمليات هذه عند استخدامهما مع تطبيق منطقي وسير عمل في تطبيقات Azure Logic Apps متعددة المستأجرين:

نوع العملية ‏‏الوصف القياس والفواتير
مضمن تعمل هذه العمليات مُباشرة وبشكل أصلي مع وقت تشغيل Azure Logic Apps. في المُصمم، يمكنك العثور على هذه العمليات ضمن التسمية المضمنة.

على سبيل المثال، مشغل HTTP ومشغل الطلب هما مشغلان مُضمنان. إجراء HTTP وإجراء الاستجابة هما إجراءان مُضمنان. تتضمن العمليات المُضمنة الأخرى إجراءات التحكم في سير العمل مثل الحلقات والشروط وعمليات البيانات وعمليات الدفعات وغيرها.

 يتضمن نموذج الاستهلاك عددًا أوليًا من العمليات المُضمنة المجانية، لكل اشتراك Azure، التي يمكن تشغيل سير العمل. أعلى من هذا الرقم، تتبع عَمليات التنفيذ المُضمنة تسعير الإجراءات.

ملاحظة: تتوفر أيضا بعض عمليات الموصل المدارة كعمليات مضمنة، والتي يتم تضمينها في العمليات المجانية الأولية. أعلى العمليات الحرة في البداية، يتبع الفوترة تسعير الإجراءات، وليس تسعير موصل قياسي أو مؤسسة.
موصل مدار تعمل هذه العمليات بشكل مُنفصل في Azure. في المصمم، يمكنك العثور على هذه العمليات تحت مسمى قياسي أو المؤسسة. تتبع عمليات تنفيذ العملية هذه التسعير موصل قياسي أو المؤسسة.

ملاحظة:معاينة تنفيذ عملية موصل المؤسسة اتبع التسعير موصل "استهلاك قياسي".
موصل مخصص تعمل هذه العمليات بشكل مُنفصل في Azure. في المُصمم، يُمكنك العثور على هذه العمليات ضمن التسمية المُضمنة. لتقييد عدد الموصلات ومعدل النقل والمهلة، راجع حدود المُوصل المُخصص في Azure Logic Apps. تتبع عمليات تنفيذ العملية هذه التسعير الموصل القياسي.

للمزيد من المعلومات حول كيفية عمل نموذج الاستهلاك مع العمليات التي تعمل داخل عمليات أخرى مثل التكرارات الحلقية ومعالجة عناصر متعددة مثل الصفائف وإعادة محاولة النهج، راجع سلوك العملية الأخرى.

نصائح تقدير التكلفة لنَموذج الاستهلاك

لمُساعدتك في تقدير تكاليف الاستهلاك الأكثر دقة، راجع هذه التلميحات:

  • ضع في اعتبارك العدد المُحتمل للرسائل أو الأحداث التي قد تصل في أي يوم مُعين، بدلا من إنشاء حساباتك على الفاصل الزمني للاستقصاء فقط.

  • عندما يفي حدث أو رسالة بمعايير المشغل، تحاول العديد من المُشغلات على الفور قراءة أي أحداث أو رسائل انتظار أخرى تفي بالمعايير. يعني هذا السلوك أنه حتى عند تحديد فاصل زمني أطول للاستقصاء، يتم تشغيل المُشغل استنادا إلى عدد أحداث الانتظار أو الرسائل المؤهلة لبدء مهام سير العمل. تتضمن المشغلات التي تتبع هذا السلوك ناقل خدمة Azure وAzure Event Hubs.

    على سبيل المثال، افترض أنك قمت بإعداد مُشغل يتحقق من نقطة نهاية كل يوم. عندما يتحقق المشغل من نقطة النهاية ويجد 15 حدثًا تفي بالمعايير، يقوم المشغل بتشغيل سير العمل المقابل وتشغيله 15 مرة. تعمل خدمة Logic Apps على قياس جميع الإجراءات التي تنفذها مهام سير العمل ال 15 هذه، بما في ذلك طلبات المُشغل.

قياسي (مُستأجر واحد)

في Azure Logic Apps أحادي المُستأجر، يتبع تطبيق المنطق ومهام سير العمل الخاصة به الخطة القياسية للتسعير والفوترة. يمكنك إنشاء مثل هذه التطبيقات المنطقية بطرق مختلفة، على سبيل المثال، عند اختيار نوع المورد Logic App (قياسي) أو استخدام ملحق تطبيقات المنطق Azure (قياسي) في التعليمات البرمجية Visual Studio. يتطلب نموذج التسعير هذا أن تستخدم تطبيقات المنطق خطة استضافة وطبقة تسعير، والتي تختلف عن خطة الاستهلاك حيث تتم محاسبتك على السعة المَحجوزة والموارد المُخصصة سواء كنت تستخدمها أم لا.

عند إنشاء تطبيقات منطقية أو توزيعها باستخدام نوع مورد Logic App (قياسي)، وتحديد أي منطقة Azure للنشر، ستحدد أيضا خطة استضافة Workflow Standard. ومع ذلك، إذا قمت بتحديد مورد App Service Environment v3 موجود لموقع النشر الخاص بك، يجب عليك بعد ذلك تحديد خطة خدمة التطبيقات.

هام

خيار الاستضافة المختلطة قيد المعاينة حاليا. للحصول على معلومات، راجع إعداد البنية الأساسية الخاصة بك لتطبيقات المنطق القياسية باستخدام التوزيع المختلط.

لم تعد الخطط والموارد التالية متوفرة أو مدعومة مع الإصدار العام من مهام سير عمل تطبيق المنطق القياسي في Azure Logic Apps أحادية المستأجر: خطة Functions Premium وApp Service Environment v1 وApp Service Environment v2. خطة App Service متاحة ومدعمة فقط مع App Service Environment v3 (ASE v3).

يُلخص الجدول التالي كيفية تعامل نموذج الاستهلاك مع القياس والفوترة للمكونات التالية عند استخدامها مع تطبيق منطقي وسير عمل في تطبيقات Azure Logic Apps متعددة المستأجرين:

المكون القياس والفواتير
وحدة المعالجة المَركزية الظاهرية (vCPU) والذاكرة يتطلب النموذج القياسي أن يستخدم تطبيق المنطق خطة استضافة سير العمل القياسية وطبقة التسعير، والتي تحدد مستويات الموارد ومعدلات التسعير التي تنطبق على الحوسبة وسعة الذاكرة. للمزيد من المعلومات، راجع مستويات التسعير في النموذج القياسي.
عَمليات التشغيل والإجراءات يتضمن النموذج القياسي عددًا غير محدود من العمليات المضمنة المجانية التي يمكن أن يقوم سير العمل بتشغيلها.

إذا كان سير العمل الخاص بك يستخدم أي عمليات موصل مدارة، فإن القياس ينطبق على كل مكالمة، بينما تتبع الفوترة نفس تسعير موصل قياسي أو مؤسسة مثل خطة الاستهلاك. لمزيد من المعلومات، راجع عمليات المشغل والإجراءات في النموذج القياسي.
عَمليات التخزين ينطبق القياس على أي عمليات تَخزين يتم تشغيلها بواسطة Azure Logic Apps. على سبيل المثال، يتم تشغيل عمليات التخزين عندما تحفظ الخدمة المُدخلات والمُخرجات من محفوظات تشغيل سير العمل. تتبع الفوترة مُستوى التسعير الذي اخترته. للمزيد من المعلومات، راجع عمليات التخزين.
حسابات التكامل إذا قمت بإنشاء حساب تكامل لتطبيق المنطق الخاص بك لاستخدامه، فإن القياس يَستند إلى نوع حساب التكامل الذي تقوم بإنشائه. تتبع الفوترة تَسعير حساب التكامل. للمزيد من المعلومات، راجع حسابات التكامل.

مُستويات التسعير في النموذج القياسي

يتضمن مستوى التسعير الذي تختاره للقياسية والفوترة لمورد Logic App (قياسي) كميات محددة من الحوسبة في وحدة المعالجة المركزية الظاهرية (vCPU) وموارد الذاكرة. إذا حددت App Service Environment v3 كموقع للتوزيع وخطة خدمة التطبيقات، وتحديدا مستوى تسعير خطة خدمة V2 المعزولة، فستتم محاسبتك على المثيلات المستخدمة من قبل خطة خدمة التطبيقات وتشغيل مهام سير عمل التطبيق المنطقي. لا تطبق أي رسوم أخرى. لمزيد من المعلومات، راجع App Service Plan - مستويات تسعير خطة خدمة V2 المعزولة.

إذا حددت خطة استضافة Workflow Standard ، يمكنك الاختيار من المستويات التالية:

مستوى الأسعار CPU الظاهري (vCPU) تخزين (GB)
WS1 1 3.5
WS2 2 7
WS3 4 14

هام

المثال التالي هو للتوضيح فقط ويوفر نماذج من التقديرات لإظهار كيفية عمل مُستوى التسعير بشكل عام. للحصول على تسعير مُحدد لوحدة المعالجة المركزية الظاهرية والذاكرة استنادًا إلى مناطق محددة حيث تتوفر Azure Logic Apps، راجع الخطة القياسية لمنطقة محددة في صفحة تسعير Azure Logic Apps.

لنفترض أنه في مَنطقة مثال، تحتوي الموارد التالية على هذه المعدلات بالساعة:

Resource مُعدل الساعة (مثال المنطقة)
وحدة المعالجة المركزية الظاهرية 0.192 دولار لكل VCPU
الذاكرة 0.0137 دولار لكل GB

يوفر الحساب التالي معدلاً شهريًا مقدرًا:

<السعر> الشهري = 730 ساعة (شهريا) * [(<رقم-vCPU> * <معدل الساعة -vCPU>) + (<رقم-GB-ذاكرة> * <معدل الساعة-GB-ذاكرة>)]

استنادًا إلى المعلومات السابقة، يعرض الجدول التالي المعدلات الشهرية المقدرة لكل مستوى تسعير والموارد في مستوى التسعير هذا:

مستوى الأسعار CPU الظاهري (vCPU) تخزين (GB) المعدل الشهري (منطقة المثال)
WS1 1 3.5 175.16 دولار
WS2 2 7 350.33 دولار
WS3 4 14 700.65 دولار

التشغيل وعمليات الإجراء في النموذج القياسي

باستثناء العمليات المضمنة المجانية غير المحدودة التي يُمكن أن يقوم سير العمل بتشغيلها، يقوم النموذج القياسي بمقاييس وفواتير عملية بناء على كل استدعاء، سواء تم تشغيل سير العمل العام بنجاح أو إنهائه أو حتى إنشاء مثيل له أم لا. عادة ما تقوم العملية بتنفيذ واحد ما لم يتم تمكين مُحاولات إعادة المحاولة. بدوره، عادة ما يقوم التنفيذ بإجراء مكالمة واحدة ما لم تدعم العملية التقسيم أو ترقيم الصفحات وتُمكنه من الحصول على كميات كبيرة من البيانات. إذا تم تمكين التقسيم أو ترقيم الصفحات، فقد يتعين على تنفيذ العملية إجراء مُكالمات متعددة. عدادات نَموذج الاستهلاك وفواتير العَملية لكل تنفيذ، وليس لكل استدعاء.

على سبيل المثال، افترض أن سير العمل يبدأ بمُشغل استقصاء يحصل على السجلات عن طريق إجراء مكالمات صادرة بانتظام إلى نقطة نهاية. يتم قياس المكالمة الصادرة والفوترة، سواء تم تشغيل المُشغل أو تم تخطيه أم لا. تتحكم حالة المُشغل في ما إذا كان يتم إنشاء مثيل سير العمل وتشغيله أم لا. الآن، افترض أن العَملية تدعم أيضًا ومكنت التقسيم أو ترقيم الصفحات. إذا كان على العملية إجراء 10 مكالمات لإنهاء الحصول على جميع البيانات، يتم قياس العملية والفوترة لكل مُكالمة.

يُلخص الجدول التالي كيفية تعامل نموذج الاستهلاك مع القياس والفوترة للمكونات التالية عند استخدامها مع تطبيق مَنطقي وسير عمل في تطبيقات Azure Logic Apps متعددة المُستأجرين:

نوع العملية ‏‏الوصف القياس والفواتير
مضمن تعمل هذه العمليات مُباشرة وبشكل أصلي مع وقت تشغيل Azure Logic Apps. في المصمم، يمكنك العثور على هذه العمليات في معرض الموصلات ضمن Runtime>In-App.

على سبيل المثال، مشغل HTTP ومشغل الطلب هما مشغلان مُضمنان. إجراء HTTP وإجراء الاستجابة هما إجراءان مُضمنان. تتضمن العمليات المُضمنة الأخرى إجراءات التحكم في سير العمل مثل الحلقات والشروط وعمليات البيانات وعمليات الدفعات وغيرها.

 يَتضمن النموذج القياسي عمليات مُدمجة مجانية غير محدودة.

ملاحظة: تتوفر أيضا بعض عمليات الموصل المدارة كعمليات مُضمنة. في حين أن العمليات المضمنة مجانية، لا يزال النموذج القياسي متري ويحاسب عمليات الموصل المدارة باستخدام نفس تسعير موصل قياسي أو مؤسسة مثل نموذج الاستهلاك.
موصل مدار تعمل هذه العمليات بشكل منفصل في Azure العمومي المشترك. في المصمم، يمكنك العثور على هذه العمليات في معرض الموصل ضمن وقت>التشغيل المشترك. عدادات النموذج القياسي وفواتير عمليات الموصل المدارة استنادًا إلى نفس تسعير موصل قياسيوالمؤسسة مثل نموذج الاستهلاك.

ملاحظة:معاينة تنفيذ عملية موصل المؤسسة اتبع التسعير مُوصل "استهلاك قياسي".
موصل مخصص حاليًا، يمكنك إنشاء واستخدام عمليات الموصل المضمنة المخصصة فقط في مهام سير عمل التطبيق المنطقي المستندة إلى المستأجر الواحد. يَتضمن النموذج القياسي عمليات مُدمجة مجانية غير محدودة. لتقييد عدد الموصلات ومُعدل النقل والمهلة، راجع حدود المُوصل المُخصص في Azure Logic Apps.

لمزيد من المعلومات حول كيفية عمل نموذج الاستهلاك مع العمليات التي تعمل داخل عمليات أخرى مثل التكرارات الحلقية ومعالجة عناصر متعددة مثل الصفائف وإعادة محاولة النهج، راجع سلوك العملية الأخرى.

سلوك العملية الأخرى

يلخص الجدول التالي كيفية معالجة النماذج Consumption وStandard للعمليات التي تعمل داخل عمليات أخرى مثل الحلقات ومعالجة عناصر متعددة مثل الصفائف ونهج إعادة المحاولة:

العملية ‏‏الوصف الاستهلاك‬ قياسي
إجراءات تكرار حلقي يمكن أن يتضمن إجراء حلقي، مثل حلقة لكل حلقة أو حتى، إجراءات أخرى يتم تشغيلها أثناء كل دورة حلقية. باستثناء العدد الأولي للعمليات المضمنة المرفقة، يتم قياس إجراء الحلقة وكل إجراء في الحلقة في كل مرة يتم فيها تشغيل دورة الحلقة. إذا كان الإجراء يُعالج أي عناصر في مجموعة، مثل قائمة أو صفيف، يتم استخدام عدد العناصر أيضا في حساب القياس.

على سبيل المثال، افترض أن لديك لكل حلقة مع الإجراءات التي تعالج قائمة. تقوم الخدمة بضرب عدد عناصر القائمة مقابل عدد الإجراءات في الحلقة، وتضيف الإجراء الذي يبدأ الحلقة. لذا، فإن حساب قائمة من 10 عناصر هو (10 * 1) + 1، مما يؤدي إلى تنفيذ 11 إجراء.

يعتمد التسعير على ما إذا كانت أنواع العمليات مضمنة أو قياسية أو Enterprise.

 باستثناء العمليات المضمنة المرفقة، مثل نموذج الاستهلاك.
إعادة محاولة النهج في العمليات المدعومة، يُمكنك تنفيذ الاستثناء الأساسي ومعالجة الأخطاء عن طريق إعداد نهج إعادة المحاولة. باستثناء العدد الأولي للعمليات المُضمنة، يتم قياس التنفيذ الأصلي بالإضافة إلى كل تنفيذ تمت إعادة المحاولة. على سبيل المثال، يتم قياس الإجراء الذي ينفذ مع 5 محاولات ويتم فوترته كـ 6 عمليات تنفيذ.

يعتمد التسعير على ما إذا كانت أنواع العمليات مضمنة أو قياسية أو Enterprise.

 باستثناء العمليات المُضمنة المرفقة، مثل نموذج الاستهلاك.

عَمليات التخزين

تستخدم Azure Logic Apps تخزين Azure لأي معاملات تخزين مطلوبة، مثل استخدام قوائم الانتظار لجدولة عمليات المشغل أو استخدام الجداول والنقطة لتخزين حالات سير العمل. استنادًا إلى العمليات في سير العمل الخاص بك، تختلف تكاليف التخزين لأن المشغلات والإجراءات والحمولة المختلفة تؤدي إلى عمليات تخزين واحتياجات مختلفة. تقوم الخدمة أيضا بحفظ وتخزين المدخلات والمخرجات من محفوظات تشغيل سير العمل، استنادًا إلى حد استبقاء محفوظات تشغيل مورد تطبيق المنطق. يُمكنك إدارة حد الاستبقاء هذا على مستوى مورد تطبيق المنطق، وليس مستوى سير العمل.

يلخص الجدول التالي كيفية تعامل النموذجين Consumption وStandard مع القياس والفوترة لعمليات التخزين:

النموذج ‏‏الوصف القياس والفواتير
الاستهلاك (متعدد المستأجرين) يتم تضمين موارد التخزين والاستخدام بمورد تطبيق المنطق. يتم تطبيق القياس والفوترة فقط على استهلاك التخزين المرتبط بالاحتفاظ بالبيانات واتباع تسعير استبقاء البيانات لخطة الاستهلاك.
قياسي (مُستأجر واحد) يُمكنك استخدام حساب تخزين Azure الخاص بك، والذي يَمنحك المزيد من التحكم والمرونة في بيانات سير العمل الخاص بك. يتبع القياس والفوترة نَموذج تسعير Azure Storage. تظهر تكاليف التخزين بشكل مَنفصل في فاتورة فوترة Azure.

تلميح: لمُساعدتك على فهم عدد عمليات التخزين التي قد يقوم سير العمل بتشغيلها وتكلفتها بشكل أفضل، حاول استخدام حاسبة Logic Apps Storage. حَدد إما نموذج سير عمل أو استخدم تعريف سير عمل موجود. تقدر العملية الحسابية الأولى عدد عَمليات التخزين في سير العمل الخاص بك. يُمكنك بعد ذلك استخدام هذه الأرقام لتقدير التكاليف المحتملة باستخدام حاسبة تسعير Azure. للمزيد من المعلومات، راجع تقدير احتياجات التخزين وتكاليف مهام سير العمل في Azure Logic Apps أحادي المستأجر.

لمعرفة مزيد من المعلومات، راجع الوثائق التالية:

بوابة بيانات داخلية

بوابة البيانات المحلية هي مورد Azure منفصل تقوم بإنشائه بحيث يمكن لسير عمل تطبيق المنطق الوصول إلى البيانات المحلية باستخدام موصلات معينة مدعومة بالبوابة. لا يتحمل مورد البوابة نفسه رسومًا، ولكن العمليات التي يتم تشغيلها من خلال البوابة تتحمل رسومًا، استنادًا إلى نموذج التسعير والفوترة المستخدم من قبل تطبيق المنطق الخاص بك.

حسابات التكامل

حساب التكامل هو مورد Azure مُنفصل تقوم بإنشائه كحاوية لتحديد وتخزين البيانات الاصطناعية للأعمال (B2B) مثل الشركاء التجاريين والاتفاقيات والمُخططات والخرائط وما إلى ذلك. بعد إنشاء هذا الحساب وتحديد هذه البيانات الاصطناعية، قم بربط هذا الحساب بتطبيق المنطق الخاص بك بحيث يُمكنك استخدام هذه البيانات الاصطناعية وعمليات B2B المختلفة في مهام سير العمل لاستكشاف حلول التكامل التي تستخدم قدرات مُعالجة EDI و XML وبنائها واختبارها.

يلخص الجدول التالي كيفية تعامل النموذجين Consumption وStandard مع القياس والفوترة لحسابات التكامل:

النموذج القياس والفواتير
الاستهلاك (متعدد المستأجرين) يستخدم القياس والفوترة تسعير حساب التكامل،استنادًا إلى مستوى الحساب الذي تستخدمه.
قياسي (مُستأجر واحد) يستخدم القياس والفوترة تسعير حساب التكامل،استنادًا إلى مستوى الحساب الذي تستخدمه.

لمعرفة مزيد من المعلومات، راجع الوثائق التالية:

العناصر الأخرى التي لم يتم قياسها أو فوترتها

عَبر جميع نماذج التسعير، لا يتم قياس العناصر التالية أو فوترتها:

  • الإجراءات التي لم يتم تشغيلها بسبب توقف سير العمل قبل الاكتِمال
  • تطبيقات المنطق أو مهام سير العمل المعطلة لأنها لا يُمكنها إنشاء مثيلات جديدة أثناء عدم نشاطها.

الخطوات التالية