الحدود ومرجع التكوين لتطبيقات المنطق Azure

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

• في Azure Logic Apps متعددة المستأجرين، يكون الحد الافتراضي لمدة 90 يوما هو نفس الحد الأقصى. يمكنك تقليل هذه القيمة فقط.

على سبيل المثال، افترض أنك تقلل حد الاستبقاء من 90 يومًا إلى 30 يومًا. تتم إزالة تشغيل 60 يومًا من محفوظات التشغيل. إذا قمت بزيادة فترة الاستبقاء من 30 يومًا إلى 60 يومًا، يبقى تشغيل 20 يومًا في محفوظات التشغيل لمدة 40 يومًا أخرى.

المدخل

1. في مربع البحث في مدخل Microsoft Azure، افتح سير عمل تطبيق المنطق في المصمم.

2. في قائمة logic app، حدد Workflow settings.

3. ضمن خيارات وقت التشغيل، من قائمة استبقاء محفوظات التشغيل بالأيام، حدد مخصص.

4. اسحب شريط التمرير لتغيير عدد الأيام التي تريدها.

5. عند الانتهاء، من شريط أدوات إعدادات سير العمل، حدد حفظ.

قالب ARM

إذا كنت تستخدم قالب Azure Resource Manager، يظهر هذا الإعداد كخاصية في تعريف مورد سير العمل، الموضح في مرجع قالب سير عمل Microsoft.Logic:

{
   "name": "{logic-app-name}",
   "type": "Microsoft.Logic/workflows",
   "location": "{Azure-region}",
   "apiVersion": "2019-05-01",
   "properties": {
      "definition": {},
      "parameters": {},
      "runtimeConfiguration": {
         "lifetime": {
            "unit": "day",
            "count": {number-of-days}
         }
      }
   }
}

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

• إعداد تطبيق يسمى Workflows.RuntimeConfiguration.RetentionInDays

• إعداد مضيف يسمى Runtime.FlowMaintenanceJob.RetentionCooldownInterval

بشكل افتراضي، يتم تعيين إعداد التطبيق المسمى Workflows.RuntimeConfiguration.RetentionInDays للاحتفاظ بالبيانات لمدة 90 يوما. يتم تعيين إعداد المضيف المسمى Runtime.FlowMaintenanceJob.RetentionCooldownInterval للتحقق كل 7 أيام من حذف البيانات القديمة. إذا تركت هذه القيم الافتراضية، فقد ترى بيانات يصل عمرها إلى 97 يوما. على سبيل المثال، افترض أن Azure Logic Apps تتحقق من اليوم X وتحذف البيانات الأقدم من اليوم X - 90 يوما، ثم تنتظر لمدة 7 أيام قبل التشغيل مرة أخرى. ينتج عن هذا السلوك بيانات تصل أعمارها إلى 97 يوما قبل تشغيل المهمة مرة أخرى. ومع ذلك، إذا قمت بتعيين الفاصل الزمني إلى يوم واحد، ولكنك تركت أيام الاستبقاء عند القيمة الافتراضية، فإن الحد الأقصى للتأخير لحذف البيانات القديمة هو 90+1 يوما.

المدخل

1. اتبع هذه الخطوات لإضافة إعداد التطبيق المسمى Workflows.RuntimeConfiguration.RetentionInDays، وتعيين القيمة إلى عدد الأيام التي تريد الاحتفاظ بمحفوظات تشغيل سير العمل.

2. اتبع هذه الخطوات لإضافة إعداد المضيف المسمى Runtime.FlowMaintenanceJob.RetentionCooldownInterval، وتعيين القيمة إلى عدد الأيام كفاصل زمني بين وقت التحقق من محفوظات التشغيل التي لا تريد الاحتفاظ بها وحذفها.

تعليمة Visual Studio برمجية

1. اتبع هذه الخطوات لإضافة إعداد التطبيق المسمى Workflows.RuntimeConfiguration.RetentionInDays، وتعيين القيمة إلى عدد الأيام التي تريد الاحتفاظ بمحفوظات تشغيل سير العمل.

2. اتبع هذه الخطوات لإضافة إعداد المضيف المسمى Runtime.FlowMaintenanceJob.RetentionCooldownInterval، وتعيين القيمة إلى عدد الأيام كفاصل زمني بين وقت التحقق من محفوظات التشغيل التي لا تريد الاحتفاظ بها وحذفها.

في Azure Logic Apps أحادية المستأجر، يستخدم مورد تطبيق المنطق القياسي التخزين والحوسبة كموارد أساسية لتشغيل مهام سير العمل.

التخزين

تستخدم مهام سير العمل ذات الحالة في Azure Logic Apps أحادية المستأجر Azure Table Storage لتخزين البيانات الثابتة أثناء وقت التشغيل، وAzure Blob Storage للحفاظ على محفوظات تشغيل سير العمل، وAzure Queue Storage لأغراض الجدولة. على سبيل المثال، يتيح حساب تخزين واحد معالجة عدد كبير من الطلبات بمعدلات تصل إلى 2000 طلب لكل قسم و20000 طلب في الثانية على مستوى حساب التخزين. بينما يمكن لحساب تخزين واحد التعامل مع معدل نقل مرتفع بشكل معقول، تتجاوز هذه الحدود، تخضع معدلات الطلب للتقييد، وقد تواجه مهام سير العمل تقييد مستوى القسم أو تقييد مستوى الحساب مع زيادة معدل تنفيذ سير العمل. للتأكد من أن مهام سير العمل الخاصة بك تعمل بسلاسة، من المهم أن تفهم القيود المحتملة والطرق التي يمكنك معالجتها.

لمزيد من المعلومات حول أهداف وقيود التحجيم لخدمات Azure Storage المختلفة، راجع الوثائق التالية:

• أهداف المقياس لتخزين الجدول
• أهداف عملية البيانات لتخزين الجدول
• أهداف المقياس ل Blob Storage
• أهداف المقياس لتخزين قائمة الانتظار

تغيير حجم تطبيق المنطق لقيود التخزين

تنطبق التوصيات التالية على تحجيم مهام سير عمل تطبيق المنطق القياسي:

• مشاركة حمل العمل عبر مهام سير عمل متعددة.

  تقلل Azure Logic Apps أحادية المستأجر بالفعل من التقييد على مستوى القسم عن طريق توزيع معاملات التخزين عبر أقسام متعددة. ومع ذلك، لتحسين التوزيع وتخفيف التقييد على مستوى القسم، قم بتوزيع حمل العمل عبر مهام سير عمل متعددة، بدلا من الاعتماد على سير عمل واحد.

• مشاركة حمل العمل عبر حسابات تخزين متعددة.

  إذا كانت مهام سير العمل تتطلب إنتاجية عالية، يمكنك زيادة معدل النقل بشكل كبير عن طريق توزيع حمل العمل عبر حسابات تخزين متعددة، بدلا من الاعتماد على حساب تخزين واحد. يمكنك إعداد مورد تطبيق المنطق القياسي لاستخدام ما يصل إلى 32 حساب تخزين كحد أقصى. لتحديد عدد حسابات التخزين التي تحتاجها، استخدم الإرشادات العامة للتصويب على ~100,000 تنفيذ إجراء في الدقيقة، لكل حساب تخزين. بينما يعمل هذا التقدير بشكل جيد لمعظم السيناريوهات، قد تستخدم عددا أقل من عمليات تنفيذ الإجراءات إذا كانت إجراءات سير العمل ثقيلة الحوسبة، على سبيل المثال، إجراء استعلام يعالج صفائف البيانات الكبيرة. تأكد من إجراء اختبار التحميل وضبط الحل الخاص بك قبل استخدام في الإنتاج.

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

  1. إنشاء حسابات التخزين التي تريد استخدامها. احفظ سلسلة الاتصال لكل حساب تخزين.

  2. ابحث عن تطبيق المنطق القياسي وافتحه، ثم قم بتحرير إعدادات مضيف تطبيق المنطق (ملف host.json ) لتضمين الكائن التالي extensions ، الذي يحتوي على workflow الكائنين و settings مع إعداد Runtime.ScaleUnitsCount :

     "extensions": {
         "workflow": {
             "settings": {
                 "Runtime.ScaleUnitsCount": "<storage-accounts-number>"
             }
         }
     }
     

     يحدد المثال التالي 3 كعدد حسابات التخزين:

     {
         "version": "2.0",
         "extensionBundle": {
             "id": "Microsoft.Azure.Functions.ExtensionBundle.Workflows",
             "version": "[1.*, 2.0.0)"
         },
         "extensions": {
             "workflow": {
                 "settings": {
                     "Runtime.ScaleUnitsCount": "3"
                 }
             }
         }
     }
     

  3. قم بتحرير إعدادات تكوين تطبيق تطبيق المنطق (local.settings.json) لإضافة إعداد تطبيق يسمى CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU0<storage-account-number>. سلسلة الاتصال ConnectionString وحساب التخزين المقابل باستخدام بناء الجملة التالي حيث يصل 00 رقم حساب التخزين الأول إلى عدد حسابات التخزين ناقص 1، على سبيل المثال:

     اسم إعداد التطبيق	القيمة‬
     CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU00.ConnectionString	<connection-string-1>
     CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU01.ConnectionString	<connection-string-2>
     CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU02.ConnectionString	<connection-string-3>

     هام

     عندما يكون لديك معلومات حساسة، مثل سلسلة الاتصال التي تتضمن أسماء المستخدمين وكلمات المرور، تأكد من استخدام تدفق المصادقة الأكثر أمانا المتوفرة. على سبيل المثال، في مهام سير عمل تطبيق المنطق القياسي، أنواع البيانات الآمنة، مثل securestring و secureobject، غير مدعومة. توصي Microsoft بمصادقة الوصول إلى موارد Azure بهوية مدارة عندما يكون ذلك ممكنا، وتعيين دور له أقل امتياز ضروري.

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

  4. في إعدادات تكوين تطبيق المنطق، قم بتحديث قيمة إعداد AzureWebJobsStorage بنفس سلسلة الاتصال الموجودة في إعداد CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU00.ConnectionString.

Compute

يتم تشغيل تطبيق المنطق القياسي باستخدام إحدى خطط الحوسبة المتوفرة، والتي توفر مستويات مختلفة من وحدة المعالجة المركزية الظاهرية والذاكرة، أو باستخدام App Service Environment v3، والتي توفر المزيد من خيارات الحوسبة.

تتوسع Azure Logic Apps أحادية المستأجر ديناميكيا للتعامل بفعالية مع الأحمال المتزايدة. يستخدم تطبيق المنطق الخاص بك العوامل الأساسية التالية لتحديد ما إذا كان يجب تغيير الحجم أم لا.

• المشغِّل

  لتحديد متطلبات التحجيم، يحلل أداة التحجيم المشغل الذي يبدأ كل سير عمل في تطبيق المنطق الخاص بك. على سبيل المثال، بالنسبة لسير عمل مع مشغل ناقل خدمة Microsoft Azure، إذا زاد طول قائمة الانتظار باستمرار، يتخذ المتدرج إجراء لإضافة مثيلات عاملة، والتي تمكن معالجة المزيد من الرسائل. وبالمثل، بالنسبة لسير عمل مع مشغل طلب، إذا كان زمن انتقال الطلب يواجه اتجاها تصاعديا، فإن أداة التحجيم تزيد من عدد مثيلات العامل لتوزيع تحميل الطلب بشكل أكثر كفاءة. لمزيد من المعلومات حول مثيلات العامل، راجع Azure Logic Apps (Standard) - Runtime Deep Dive.

• تأخير تنفيذ مهمة سير العمل

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

  يأخذ المتدرج أيضا في الاعتبار الحد الأدنى والحد الأقصى لتكوين عداد مثيل العامل لتحديد ما إذا كان يجب اتخاذ قرارات التحجيم، مثل إضافة العدد الحالي لمثيلات العامل أو إزالتها أو الاحتفاظ بها. عادة ما يتخذ المتدرج هذه القرارات على فترات زمنية من 15-30 ثانية تقريبا. لذلك، ضع في اعتبارك هذا الوقت المتدرج وتأثيره على سرعة تحجيم تطبيق المنطق للتعامل بفعالية مع ذروة الأحمال. على سبيل المثال، إذا كان حمل العمل يتطلب تغيير حجم تطبيق المنطق الخاص بك من مثيل عامل إلى 100 مثيل عامل فقط، فقد يستغرق التدرج وحده من 25 إلى 50 دقيقة. يشارك تحجيم Azure Logic Apps أحادي المستأجر نفس البنية الأساسية لتحجيم Azure Functions.

تكوين حساب تطبيق المنطق الخاص بك للتحجيم بشكل أسرع

• مشاركة حمل العمل عبر تطبيقات منطقية متعددة.

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

• استخدم مثيلات مسبقة الحرب.

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

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

تمكين معدل النقل العالي في المدخل

1. في مدخل Microsoft Azure، في قائمة تطبيق المنطق، ضمن الإعدادات، قم بتحديد إعدادات سير العمل.

2. ضمن Runtime options>Highthroughput، قم بتغيير الإعداد إلى On.

   

تمكين معدل النقل العالي في قالب Resource Manager

لتمكين هذا الإعداد في قالب ARM لنشر تطبيق المنطق الخاص بك، في الكائن properties لتعريف مورد تطبيق المنطق الخاص بك، أضف الكائن runtimeConfiguration مع تعيين الخاصية operationOptions إلى OptimizedForHighThroughput:

{
   <template-properties>
   "resources": [
      // Start logic app resource definition
      {
         "properties": {
            <logic-app-resource-definition-properties>,
            <logic-app-workflow-definition>,
            <more-logic-app-resource-definition-properties>,
            "runtimeConfiguration": {
               "operationOptions": "OptimizedForHighThroughput"
            }
         },
         "name": "[parameters('LogicAppName')]",
         "type": "Microsoft.Logic/workflows",
         "location": "[parameters('LogicAppLocation')]",
         "tags": {},
         "apiVersion": "2016-06-01",
         "dependsOn": [
         ]
      }
      // End logic app resource definition
   ],
   "outputs": {}
}

لمزيد من المعلومات حول تعريف مورد تطبيق المنطق، راجع نظرة عامة: أتمتة النشر لتطبيقات Azure Logic باستخدام قوالب Azure Resource Manager.