إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
ينطبق على: Azure Logic Apps (الاستهلاك + قياسي)
Azure Logic Apps هي خدمة تساعدك على إنشاء مهام سير عَمل تكاملية آلية في السحابة. توضح هذه المقالة كيفية عمل نماذج القياس والفواتير والأسعار لتطبيقات Azure Logic والموارد ذات الصلة. للحصول على معلومات مثل معدلات تسعير مُحددة أو تخطيط التكلفة أو بيئات استضافة مختلفة، راجع المحتوى التالي:
- أسعار تطبيقات المنطق Azure
- تخطيط وإدارة التكاليف لتطبيقات Azure المنطقية
- مستأجر واحد مقابل متعدد المستأجرين
Consumption (multitenant)
In multitenant Azure Logic Apps, a logic app and its workflow follow the Consumption plan for pricing and billing. يُمكنك إنشاء مثل هذه التطبيقات المنطقية بطرق مختلفة، على سبيل المثال، عند اختيار نوع مورد Logic App (الاستهلاك)، استخدم ملحق Azure Logic Apps (الاستهلاك) في Visual Studio Code، أو عند إنشاء مهام التشغيل التلقائي.
يلخص الجدول التالي كيفية معالجة نموذج الاستهلاك القياس والفوترة للمكونات التالية عند استخدامها مع تطبيق منطقي وسير عمل في Azure Logic Apps متعددة المستأجرين:
| Component | القياس والفواتير |
|---|---|
| عَمليات التشغيل والإجراءات | The Consumption model includes an initial number of free built-in operations, per Azure subscription, that a workflow can run. Above this number, metering applies to each execution, and billing follows the Actions pricing for the Consumption plan. بالنسبة لأنواع العمليات الأخرى، مثل الموصلات المُدارة، تتبع الفوترة تسعير موصل قياسي أو Enterprise لخطة الاستهلاك. للمزيد من المعلومات، راجع عمليات المشغل والإجراءات في النموذج القياسي. |
| Storage operations | يَنطبق القياس فقط على استهلاك التخزين المتعلق باستبقاء البيانات مثل حفظ المدخلات والمخرجات من مَحفوظات تشغيل سير العمل. تتبع الفوترة تسعير استبقاء البَيانات لخطة الاستهلاك. For more information, review Storage operations. |
| Integration accounts | ينطبق القياس استنادا إلى نوع حساب التكامل الذي تقوم بإنشائه واستخدامه مع تطبيق المنطِق الخاص بك. تتبع الفوترة تسعير حساب التكامل. For more information, review Integration accounts. |
تشغيل عمليات التشغيل والإجراءات في نَموذج الاستهلاك
Except for the initial number of free built-in operation executions, per Azure subscription, that a workflow can run, the Consumption model meters and bills an operation based on each execution, whether or not the overall workflow successfully runs, finishes, or is even instantiated. عادة ما تقوم العملية بتنفيذ واحد ما لم يتم تمكين مُحاولات إعادة المحاولة. بدوره، عادة ما يقوم التنفيذ بإجراء مكالمة واحدة ما لم تدعم العملية التقسيم أو ترقيم الصفحات وتُمكنه من الحصول على كميات كبيرة من البيانات. إذا تم تمكين التقسيم أو ترقيم الصفحات، فقد يتعين على تنفيذ العملية إجراء مُكالمات متعددة.
عدادات نموذج الاستهلاك وفواتير العَملية لكل تنفيذ، وليس لكل استدعاء. على سبيل المثال، افترض أن سير العمل يبدأ بمُشغل استقصاء يحصل على السجلات عن طريق إجراء مكالمات صادرة بانتظام إلى نقطة نهاية. يتم قياس المُكالمة الصادرة والفوترة كتنفيذ واحد، سواء تم تشغيل المُشغل أو تخطيه، مثل عندما يتحقق المشغل من نقطة نهاية ولكنه لا يعثر على أي بيانات أو أحداث. تتحكم حالة المُشغل في ما إذا كان يتم إنشاء مثيل سير العمل وتشغيله أم لا. الآن، افترض أن العَملية تدعم أيضًا ومكنت التقسيم أو ترقيم الصفحات. If the operation has to make 10 calls to finish getting all the data, the operation is still metered and billed as a single execution, despite making multiple calls.
Note
By default, triggers that return an array have a Split On setting that's already enabled. This setting results in a trigger event, which you can review in the trigger history, and a workflow instance for each array item. يتم تشغيل جميع مثيلات سير العمل بالتوازي بحيث تتم معالجة عناصر الصفيف في نفس الوقت. Billing applies to all trigger events whether the trigger state is Succeeded or Skipped. Triggers are still billable even in scenarios where the triggers don't instantiate and start the workflow, but the trigger state is Succeeded, Failed, or Skipped.
يلخص الجدول التالي كيفية معالجة نموذج الاستهلاك القياس والفوترة لنوعي العمليات هذه عند استخدامهما مع تطبيق منطقي وسير عمل في تطبيقات Azure Logic Apps متعددة المستأجرين:
| Operation type | Description | القياس والفواتير |
|---|---|---|
| Built-in | تعمل هذه العمليات مُباشرة وبشكل أصلي مع وقت تشغيل Azure Logic Apps. In the designer, you can find these operations under the Built-in label. على سبيل المثال، مشغل HTTP ومشغل الطلب هما مشغلان مُضمنان. إجراء HTTP وإجراء الاستجابة هما إجراءان مُضمنان. تتضمن العمليات المُضمنة الأخرى إجراءات التحكم في سير العمل مثل الحلقات والشروط وعمليات البيانات وعمليات الدفعات وغيرها. |
يتضمن نموذج الاستهلاك عددًا أوليًا من العمليات المُضمنة المجانية، لكل اشتراك Azure، التي يمكن تشغيل سير العمل. Above this number, built-in operation executions follow the Actions pricing. Note: Some managed connector operations are also available as built-in operations, which are included in the initial free operations. Above the initially free operations, billing follows the Actions pricing, not the Standard or Enterprise connector pricing. |
| Managed connector | تعمل هذه العمليات بشكل مُنفصل في Azure. In the designer, you can find these operations under the Standard or Enterprise label. | تتبع عمليات تنفيذ العملية هذه التسعير موصل قياسي أو المؤسسة. Note: Preview Enterprise connector operation executions follow the Consumption Standard connector pricing. |
| Custom connector | تعمل هذه العمليات بشكل مُنفصل في Azure. In the designer, you can find these operations under the Custom label. لتقييد عدد الموصلات ومعدل النقل والمهلة، راجع حدود المُوصل المُخصص في Azure Logic Apps. | تتبع عمليات تنفيذ العملية هذه التسعير الموصل القياسي. |
للمزيد من المعلومات حول كيفية عمل نموذج الاستهلاك مع العمليات التي تعمل داخل عمليات أخرى مثل التكرارات الحلقية ومعالجة عناصر متعددة مثل الصفائف وإعادة محاولة النهج، راجع سلوك العملية الأخرى.
نصائح تقدير التكلفة لنَموذج الاستهلاك
لمُساعدتك في تقدير تكاليف الاستهلاك الأكثر دقة، راجع هذه التلميحات:
ضع في اعتبارك العدد المُحتمل للرسائل أو الأحداث التي قد تصل في أي يوم مُعين، بدلا من إنشاء حساباتك على الفاصل الزمني للاستقصاء فقط.
عندما يفي حدث أو رسالة بمعايير المشغل، تحاول العديد من المُشغلات على الفور قراءة أي أحداث أو رسائل انتظار أخرى تفي بالمعايير. يعني هذا السلوك أنه حتى عند تحديد فاصل زمني أطول للاستقصاء، يتم تشغيل المُشغل استنادا إلى عدد أحداث الانتظار أو الرسائل المؤهلة لبدء مهام سير العمل. تتضمن المشغلات التي تتبع هذا السلوك ناقل خدمة Azure وAzure Event Hubs.
على سبيل المثال، افترض أنك قمت بإعداد مُشغل يتحقق من نقطة نهاية كل يوم. عندما يتحقق المشغل من نقطة النهاية ويجد 15 حدثًا تفي بالمعايير، يقوم المشغل بتشغيل سير العمل المقابل وتشغيله 15 مرة. تعمل خدمة Logic Apps على قياس جميع الإجراءات التي تنفذها مهام سير العمل ال 15 هذه، بما في ذلك طلبات المُشغل.
Standard (single-tenant)
In single-tenant Azure Logic Apps, a logic app and its workflows follow the Standard plan for pricing and billing. يمكنك إنشاء مثل هذه التطبيقات المنطقية بطرق مختلفة، على سبيل المثال، عند اختيار نوع المورد 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). |
| عَمليات التشغيل والإجراءات | The Standard model includes an unlimited number of free built-in operations that your workflow can run. If your workflow uses any managed connector operations, metering applies to each call, while billing follows the same Standard or Enterprise connector pricing as the Consumption plan. لمزيد من المعلومات، راجع عمليات المشغل والإجراءات في النموذج القياسي. |
| Storage operations | ينطبق القياس على أي عمليات تَخزين يتم تشغيلها بواسطة Azure Logic Apps. على سبيل المثال، يتم تشغيل عمليات التخزين عندما تحفظ الخدمة المُدخلات والمُخرجات من محفوظات تشغيل سير العمل. Billing follows your chosen pricing tier. For more information, review Storage operations. |
| Integration accounts | إذا قمت بإنشاء حساب تكامل لتطبيق المنطق الخاص بك لاستخدامه، فإن القياس يَستند إلى نوع حساب التكامل الذي تقوم بإنشائه. تتبع الفوترة تَسعير حساب التكامل. For more information, review Integration accounts. |
مُستويات التسعير في النموذج القياسي
يتضمن مستوى التسعير الذي تختاره للقياسية والفوترة لمورد Logic App (قياسي) كميات محددة من الحوسبة في وحدة المعالجة المركزية الظاهرية (vCPU) وموارد الذاكرة. إذا حددت App Service Environment V3 كخيار استضافة وخطة خدمة التطبيقات، وتحديدا مستوى تسعير خطة خدمة V2 المعزولة، فستتم محاسبتك على المثيلات المستخدمة من قبل App Service Plan وتشغيل مهام سير عمل التطبيق المنطقي. لا تطبق أي رسوم أخرى. لمزيد من المعلومات، راجع App Service Plan - مستويات تسعير خطة خدمة V2 المعزولة.
If you select a Workflow Standard hosting plan, you can choose from the following tiers:
| Pricing tier | CPU الظاهري (vCPU) | Memory (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 |
يوفر الحساب التالي معدلاً شهريًا مقدرًا:
< monthly-rate> = 730 hours (per month) * [(<number-vCPU> * <hourly-rate-vCPU>) + (<number-GB-memory> * <hourly-rate-GB-memory>)]
استنادًا إلى المعلومات السابقة، يعرض الجدول التالي المعدلات الشهرية المقدرة لكل مستوى تسعير والموارد في مستوى التسعير هذا:
| Pricing tier | CPU الظاهري (vCPU) | Memory (GB) | المعدل الشهري (منطقة المثال) |
|---|---|---|---|
| WS1 | 1 | 3.5 | $175.16 |
| WS2 | 2 | 7 | $350.33 |
| WS3 | 4 | 14 | $700.65 |
التشغيل وعمليات الإجراء في النموذج القياسي
Except for the unlimited free built-in operations that a workflow can run, the Standard model meters and bills an operation based on each call, whether or not the overall workflow successfully runs, finishes, or is even instantiated. عادة ما تقوم العملية بتنفيذ واحد ما لم يتم تمكين مُحاولات إعادة المحاولة. بدوره، عادة ما يقوم التنفيذ بإجراء مكالمة واحدة ما لم تدعم العملية التقسيم أو ترقيم الصفحات وتُمكنه من الحصول على كميات كبيرة من البيانات. إذا تم تمكين التقسيم أو ترقيم الصفحات، فقد يتعين على تنفيذ العملية إجراء مُكالمات متعددة. عدادات نَموذج الاستهلاك وفواتير العَملية لكل تنفيذ، وليس لكل استدعاء.
على سبيل المثال، افترض أن سير العمل يبدأ بمُشغل استقصاء يحصل على السجلات عن طريق إجراء مكالمات صادرة بانتظام إلى نقطة نهاية. يتم قياس المكالمة الصادرة والفوترة، سواء تم تشغيل المُشغل أو تم تخطيه أم لا. تتحكم حالة المُشغل في ما إذا كان يتم إنشاء مثيل سير العمل وتشغيله أم لا. الآن، افترض أن العَملية تدعم أيضًا ومكنت التقسيم أو ترقيم الصفحات. If the operation has to make 10 calls to finish getting all the data, the operation is metered and billed per call.
يُلخص الجدول التالي كيفية تعامل نموذج الاستهلاك مع القياس والفوترة للمكونات التالية عند استخدامها مع تطبيق مَنطقي وسير عمل في تطبيقات Azure Logic Apps متعددة المُستأجرين:
| Operation type | Description | القياس والفواتير |
|---|---|---|
| Built-in | تعمل هذه العمليات مُباشرة وبشكل أصلي مع وقت تشغيل Azure Logic Apps. In the designer, you can find these operations in the connector gallery under Built-in. على سبيل المثال، مشغل HTTP ومشغل الطلب هما مشغلان مُضمنان. إجراء HTTP وإجراء الاستجابة هما إجراءان مُضمنان. تتضمن العمليات المُضمنة الأخرى إجراءات التحكم في سير العمل مثل الحلقات والشروط وعمليات البيانات وعمليات الدفعات وغيرها. |
يَتضمن النموذج القياسي عمليات مُدمجة مجانية غير محدودة. Note: Some managed connector operations are also available as built-in operations. في حين أن العمليات المضمنة مجانية، لا يزال النموذج القياسي متري ويحاسب عمليات الموصل المدارة باستخدام نفس تسعير موصل قياسي أو مؤسسة مثل نموذج الاستهلاك. |
| Managed connector | تعمل هذه العمليات بشكل منفصل في Azure العمومي المشترك. In the designer, you can find these operations in the connector gallery under Runtime>Shared. | عدادات النموذج القياسي وفواتير عمليات الموصل المدارة استنادًا إلى نفس تسعير موصل قياسيوالمؤسسة مثل نموذج الاستهلاك. Note: Preview Enterprise connector operations follow the Consumption Standard connector pricing. |
| Custom connector | حاليًا، يمكنك إنشاء واستخدام عمليات الموصل المضمنة المخصصة فقط في مهام سير عمل التطبيق المنطقي المستندة إلى المستأجر الواحد. | يَتضمن النموذج القياسي عمليات مُدمجة مجانية غير محدودة. لتقييد عدد الموصلات ومُعدل النقل والمهلة، راجع حدود المُوصل المُخصص في Azure Logic Apps. |
لمزيد من المعلومات حول كيفية عمل نموذج الاستهلاك مع العمليات التي تعمل داخل عمليات أخرى مثل التكرارات الحلقية ومعالجة عناصر متعددة مثل الصفائف وإعادة محاولة النهج، راجع سلوك العملية الأخرى.
قياسي - التوزيع المختلط
يستخدم خيار الاستضافة هذا نموذج فوترة حيث تدفع فقط مقابل ما تحتاجه ويمكنه توسيع نطاق الموارد لأحمال العمل الديناميكية دون الحاجة إلى الشراء لذروة الاستخدام. أنت مسؤول عن العناصر التالية:
بنية Kubernetes الأساسية التي تدعم Azure Arc
ترخيص SQL Server الخاص بك
رسوم الفوترة لاستخدام وحدة المعالجة المركزية الظاهرية لدعم أحمال عمل تطبيق المنطق القياسي
لمزيد من المعلومات، راجع الأقسام التالية:
رسوم الفوترة لأي عمليات موصل مدارة (مشتركة)، مثل Microsoft Teams أو Microsoft Office 365، في مهام سير عمل التطبيق المنطقي.
These operation executions follow Standard pricing.
حساب استخدام وحدة المعالجة المركزية الظاهرية
يؤثر استخدام وحدة المعالجة المركزية الظاهرية لتطبيق المنطق القياسي على رسوم الفوترة. A vCPU refers to the number of CPU cores, but this ratio isn't necessarily 1:1. تحسب الصيغة التالية استخدام وحدة المعالجة المركزية الظاهرية لتطبيق المنطق الخاص بك:
vCPU usage = (# of allocated vCPUs) x (# of replicas)
| Value | Description |
|---|---|
| عدد وحدات المعالجة المركزية الظاهرية المخصصة | بشكل افتراضي، يتم تخصيص تطبيق المنطق الخاص بك عددا افتراضيا من وحدات vCPUs. يمكنك تغيير تخصيص وحدة المعالجة المركزية الظاهرية هذا في أي وقت بعد إنشاء مورد تطبيق المنطق الخاص بك. Note: Any vCPUs that you allocate to your logic app come from replica vCPUs, so your allocation range is from 0.25 to 2 cores. لمزيد من المعلومات، راجع الصف التالي. |
| # من النسخ المتماثلة | A replica is a new instance of a logic app resource revision or version that deploys when a workflow trigger event occurs. يمكن أن يختلف هذا العدد من النسخ المتماثلة بسبب احتياجات التحجيم لتطبيقك في أي وقت. يمكنك تغيير الحد الأدنى والحد الأقصى لعدد النسخ المتماثلة التي يمكن أن يكون لكل إصدار أو مراجعة لتلبية احتياجات التحجيم الخاصة بك. Note: Each replica is limited to two vCPUs. تأتي أي وحدات معالجة مركزية ظاهرية تقوم بتخصيصها لتطبيق المنطق الخاص بك من وحدات vCPUs للنسخة المتماثلة، لذلك نطاق التخصيص الخاص بك هو 0.25 إلى 2 نواة. |
حساب رسوم الفوترة
تحسب الصيغة التالية رسوم الفوترة في الساعة، والتي تستند إلى استخدام وحدة المعالجة المركزية الظاهرية ومعدل $USD في الساعة في قسم تسعير نموذج التوزيع المختلط لتطبيق Logic Apps أثناء تمكين تطبيق المنطق الخاص بك:
الرسوم في الساعة = (استخدام وحدة المعالجة المركزية الظاهرية) x (السعر في الساعة)
على سبيل المثال فقط، يعرض الجدول التالي بعض أمثلة حسابات رسوم الفوترة:
| عدد وحدات المعالجة المركزية الظاهرية المخصصة | # من النسخ المتماثلة | vCPU usage | معدل $USD في الساعة | الرسوم في الساعة |
|---|---|---|---|---|
| 1 | 1 | (1 × 1) = 1 | $0.22 | (1 x $0.22) = $0.22 |
| 0.5 | 2 | (0.5 × 2) = 1 | $0.22 | (1 x $0.22) = $0.22 |
| 0.5 | 1 | (0.5 × 1) = 0.5 | $0.22 | (0.5 x $0.22) = $0.11 |
سلوك العملية الأخرى
يلخص الجدول التالي كيفية معالجة النماذج Consumption وStandard للعمليات التي تعمل داخل عمليات أخرى مثل الحلقات ومعالجة عناصر متعددة مثل الصفائف ونهج إعادة المحاولة:
| Operation | Description | Consumption | Standard |
|---|---|---|---|
| Loop actions | A loop action, such as the For each or Until loop, can include other actions that run during each loop cycle. | باستثناء العدد الأولي للعمليات المضمنة المرفقة، يتم قياس إجراء الحلقة وكل إجراء في الحلقة في كل مرة يتم فيها تشغيل دورة الحلقة. إذا كان الإجراء يُعالج أي عناصر في مجموعة، مثل قائمة أو صفيف، يتم استخدام عدد العناصر أيضا في حساب القياس. For example, suppose you have a For each loop with actions that process a list. تقوم الخدمة بضرب عدد عناصر القائمة مقابل عدد الإجراءات في الحلقة، وتضيف الإجراء الذي يبدأ الحلقة. لذا، فإن حساب قائمة من 10 عناصر هو (10 * 1) + 1، مما يؤدي إلى تنفيذ 11 إجراء. يعتمد التسعير على ما إذا كانت أنواع العمليات مضمنة أو قياسية أو Enterprise. |
باستثناء العمليات المضمنة المرفقة، مثل نموذج الاستهلاك. |
| Retry policies | On supported operations, you can implement basic exception and error handling by setting up a retry policy. | باستثناء العدد الأولي للعمليات المُضمنة، يتم قياس التنفيذ الأصلي بالإضافة إلى كل تنفيذ تمت إعادة المحاولة. على سبيل المثال، يتم قياس الإجراء الذي ينفذ مع 5 محاولات ويتم فوترته كـ 6 عمليات تنفيذ. يعتمد التسعير على ما إذا كانت أنواع العمليات مضمنة أو قياسية أو Enterprise. |
باستثناء العمليات المُضمنة المرفقة، مثل نموذج الاستهلاك. |
Storage operations
Azure Logic Apps uses Azure Storage for any required storage transactions, such as using queues for scheduling trigger operations or using tables and blobs for storing workflow states. استنادًا إلى العمليات في سير العمل الخاص بك، تختلف تكاليف التخزين لأن المشغلات والإجراءات والحمولة المختلفة تؤدي إلى عمليات تخزين واحتياجات مختلفة. تقوم الخدمة أيضا بحفظ وتخزين المدخلات والمخرجات من محفوظات تشغيل سير العمل، استنادًا إلى حد استبقاء محفوظات تشغيل مورد تطبيق المنطق. يُمكنك إدارة حد الاستبقاء هذا على مستوى مورد تطبيق المنطق، وليس مستوى سير العمل.
يلخص الجدول التالي كيفية تعامل النموذجين Consumption وStandard مع القياس والفوترة لعمليات التخزين:
| Model | Description | القياس والفواتير |
|---|---|---|
| Consumption (multitenant) | يتم تضمين موارد التخزين والاستخدام بمورد تطبيق المنطق. | يتم تطبيق القياس والفوترة فقط على استهلاك التخزين المرتبط بالاحتفاظ بالبيانات واتباع تسعير استبقاء البيانات لخطة الاستهلاك. |
| Standard (single-tenant) | You can use your own Azure storage account, which gives you more control and flexibility over your workflow's data. | يتبع القياس والفوترة نَموذج تسعير Azure Storage. تظهر تكاليف التخزين بشكل مَنفصل في فاتورة فوترة Azure. Tip: To help you better understand the number of storage operations that a workflow might run and their cost, try using the Logic Apps Storage calculator. حَدد إما نموذج سير عمل أو استخدم تعريف سير عمل موجود. تقدر العملية الحسابية الأولى عدد عَمليات التخزين في سير العمل الخاص بك. يُمكنك بعد ذلك استخدام هذه الأرقام لتقدير التكاليف المحتملة باستخدام حاسبة تسعير Azure. لمزيد من المعلومات، راجع الموارد التالية: - تقدير احتياجات التخزين وتكاليف مهام سير العمل في Azure Logic Apps أحادية المستأجر. - عرض مقاييس عمليات التنفيذ واستخدام التخزين - الحدود في Azure Logic Apps |
بوابة بيانات داخلية
بوابة البيانات المحلية هي مورد Azure منفصل تقوم بإنشائه بحيث يمكن لسير عمل تطبيق المنطق الوصول إلى البيانات المحلية باستخدام موصلات معينة مدعومة بالبوابة. لا يتحمل مورد البوابة نفسه رسومًا، ولكن العمليات التي يتم تشغيلها من خلال البوابة تتحمل رسومًا، استنادًا إلى نموذج التسعير والفوترة المستخدم من قبل تطبيق المنطق الخاص بك.
Integration accounts
An integration account is a separate Azure resource that you create as a container to define and store business-to-business (B2B) artifacts such as trading partners, agreements, schemas, maps, and so on. After you create this account and define these artifacts, link this account to your logic app so that you can use these artifacts and various B2B operations in workflows to explore, build, and test integration solutions that use EDI and XML processing capabilities.
يلخص الجدول التالي كيفية تعامل النموذجين Consumption وStandard مع القياس والفوترة لحسابات التكامل:
| Model | القياس والفواتير |
|---|---|
| Consumption (multitenant) | يستخدم القياس والفوترة تسعير حساب التكامل،استنادًا إلى مستوى الحساب الذي تستخدمه. |
| Standard (single-tenant) | يستخدم القياس والفوترة تسعير حساب التكامل،استنادًا إلى مستوى الحساب الذي تستخدمه. |
لمعرفة مزيد من المعلومات، راجع الوثائق التالية:
العناصر الأخرى التي لم يتم قياسها أو فوترتها
عَبر جميع نماذج التسعير، لا يتم قياس العناصر التالية أو فوترتها:
- الإجراءات التي لم يتم تشغيلها بسبب توقف سير العمل قبل الاكتِمال
- تطبيقات المنطق أو مهام سير العمل المعطلة لأنها لا يُمكنها إنشاء مثيلات جديدة أثناء عدم نشاطها.