إعداد تخزين SQL Database لتطبيقات المنطق القياسي في Azure Logic Apps للمستأجر الفردي (إصدار أولي)

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

هام

هذه الإمكانية قيد المعاينة وتخضع لشروط الاستخدام التكميلية لمعاينات Microsoft Azure.

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

تقدم هذه المقالة نظرة عامة حول سبب رغبتك في استخدام تخزين SQL كموفر التخزين الأساسي لـ Azure Logic Apps كبديل لـ Azure Storage وتوضح كيفية إعداد SQL لاستخدام التخزين إما أثناء إنشاء التطبيق المنطقي في مدخل Microsoft Azure أو أثناء توزيع التطبيق المنطقي من Visual Studio Code.

إذا كنت جديداً في مجال التطبيقات المنطقية، فراجع الوثائق التالية:

• ما المقصود بـ Azure Logic Apps؟
• مُستأجر أحادي مقابل مستأجرين متعددين وبيئة خدمة التكامل لـ Azure Logic Apps

لماذا نستخدم SQL

كخيار تخزين بديل متاح لـ Azure Logic Apps للمستأجر الفردي، يوفر SQL المزايا التالية:

الميزة	الوصف
قابلية النقل	يحتوي SQL على العديد من عوامل الشكل، بما في ذلك الأجهزة الظاهرية والنظام الأساسي كخدمة (PaaS) والحاويات. يمكنك تشغيل قواعد بيانات SQL في أي مكان تقريباً قد ترغب فيه في تشغيل مهام سير عمل التطبيق المنطقي.
عنصر التحكم	يوفر SQL تحكماً دقيقاً في معدل نقل قاعدة البيانات وأدائها وقياسها أثناء فترات معينة أو لأحمال عمل محددة. يعتمد أسعار SQL على استخدام وحدة المعالجة المركزية والمعدل نقل، مما يوفر أسعاراً يمكن التنبؤ بها أكثر من Azure Storage حيث تعتمد التكاليف على كل عملية.
استخدام الأصول الموجودة	إذا كنت معتاداً على أدوات Microsoft، فيمكنك استخدام أصولها للتكامل الحديث مع SQL. يمكنك إعادة استخدام الأصول عبر عمليات التوزيع المحلية التقليدية وعمليات التنفيذ السحابية الحديثة باستخدام مزايا Azure المختلطة. يوفر SQL أيضاً أدوات ناضجة ومدعومة جيداً، مثل SQL Server Management Studio (SSMS)، وواجهات سطر الأوامر، وSDKs.
الامتثال	يوفر SQL خيارات أكثر من Azure Storage بالنسبة لك لإجراء نسخ احتياطي واستعادة وفشل وبناء التكرار. يمكنك تطبيق نفس الآليات على مستوى المؤسسة مثل تطبيقات المؤسسة الأخرى على مساحة تخزين التطبيق المنطقي.

متى تستخدم SQL

يصف الجدول التالي بعض الأسباب التي قد تدفعك إلى استخدام SQL:

السيناريو	يوصي مزود التخزين
تريد تشغيل مهام سير عمل التطبيق المنطقي في Azure مع مزيد من التحكم في معدل نقل التخزين وأدائه.	استخدم SQL كموفر التخزين الخاص بك لأن Azure Storage لا يوفر أدوات لضبط المعدل نقل والأداء.
تريد تشغيل مهام سير عمل تطبيق Logic في أماكن العمل، وهو ما يمكنك باستخدام تطبيقات Logic التي تمكّن Azure Arc.	استخدم SQL كموفر التخزين الخاص بك بحيث يمكنك اختيار مكان استضافة SQL Database الخاصة بك، على سبيل المثال، في أماكن العمل في جهاز ظاهري أو حاوية أو سحابة متعددة. ضع في اعتبارك تشغيل مهام سير عمل تطبيق المنطق بالقرب من الأنظمة التي تريد دمجها، أو تقليل اعتمادك على السحابة.
تريد تكاليف تخزين يمكن التنبؤ بها.	استخدم SQL كموفر التخزين الخاص بك عندما تريد المزيد من التحكم في تكاليف القياس. تعتمد تكاليف SQL على كل عمليات حسابية وإدخال ومخرجات في الثانية (IOPs). تستند تكاليف Azure Storage إلى عدد العمليات، والتي قد تعمل بشكل أفضل لأحمال العمل الصغيرة التي تصل إلى الصفر.
تفضل استخدام SQL فوق Azure Storage.	يعد SQL نظاماً بيئياً معروفاً وموثوقاً يمكنك استخدامه لتطبيق نفس الإدارة والإدارة عبر تطبيقاتك المنطقية والعمليات وراء الكواليس.
تريد إعادة استخدام بيئات SQL الموجودة.	استخدم SQL كموفر التخزين الخاص بك إذا كنت تمتلك بالفعل تراخيص SQL التي تريد إعادة استخدامها أو تحديثها على السحابة. قد ترغب أيضاً في استخدام مزايا Azure المختلطة لعمليات تكامل التطبيق المنطقي.
كل شيء آخر	استخدم Azure Storage كموفر التخزين الافتراضي.

المتطلبات الأساسية

• حساب Azure واشتراك نشط. إذا لم يكن لديك حساب بالفعل، قم بالتسجيل للحصول على حساب مجاني.

• بيئة SQL لاستخدامها مع تطبيقك المنطقي. ومع ذلك، قبل إعداد بيئتك، أكمل الخطوات التالية:

  1. إنشاء مثيل خادم SQL.

     تشمل الأنواع المدعومة SQL Serverو Azure SQL Databaseو مثيل Azure SQL المُداروغير ذلك.

     • إذا كان خادم SQL الخاص بك مستضافاً على Azure باستخدام أحد الأنواع المدعومة، فتأكد من إعداد الأذونات التالية:

       1. في مدخل Microsoft Azure، انتقل إلى مورد خادم SQL.

       2. في قائمة التنقل بين الموارد، ضمن Security، حدد Firewalls and virtual networks.

       3. في الجزء الذي يفتح، ضمن Allow Azure services and resources to access this server، حدد Yes.

       4. حفظ التغييرات.

     • إذا لم يكن خادم SQL مستضافاً على Azure، فتأكد من أن أي جدران حماية أو إعدادات الشبكة على الخادم تسمح لخدمات وموارد Azure بالوصول إلى الخادم وقاعدة البيانات.

     • إذا كنت تستخدم SQL Express للتطوير المحلي، فاتصل بالمثيل الافتراضي المسمى localhost\SQLExpress.

  2. إنشاء أو استخدام قاعدة بيانات موجودة.

     يجب أن يكون لديك قاعدة بيانات قابلة للاستخدام قبل أن تتمكن من إعداد مزود التخزين SQL.

  3. يمكنك الآن اتباع الخطوات لإعداد بيئة SQL الخاصة بك في هذه المقالة.

• بالنسبة للتنمية المحلية، تم تثبيت Visual Studio Code على جهاز الكمبيوتر المحلي لديك.

  ملاحظة

  تأكد من تثبيت أحدث إصدار من Azure Functions Core Tools لضمان دعم SQL باستخدام إصدار Microsoft Installer (MSI)، وهو func-cli-X.X.XXXX-x*.msi. لمزيد من المعلومات حول متطلبات تثبيت Visual Studio Code، راجع إنشاء مهام سير عمل تكامل مع مستأجر واحد Azure Logic Apps (قياسي) في Visual Studio Code.

قم بإعداد بيئة SQL الخاصة بك

1. قبل إعداد SQL Storage Provider، أكمل الخطوات المطلوبة في المتطلبات الأساسية.

2. قم بإعداد أذونات خادم SQL الخاص بك.

   حالياً، يدعم موفر تخزين SQL مصادقة SQL في سلاسل الاتصال. يمكنك أيضاً استخدام مصادقة Windows للتطوير المحلي والاختبار. في الوقت الحالي، لا يتوفر دعم Microsoft Azure Active Directory والهويات المُدارة.

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

   • أنشئ واحذف المخططات التالية: dtو dcdq.
   • إضافة وتعديل وحذف الجداول في هذه المخططات.
   • قم بإضافة وتعديل وحذف أنواع الجداول المعرفة من قبل المستخدم في هذه المخططات.

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

3. اتصل بـ SQL.

   • تأكد من أن SQL Database الخاصة بك تسمح بالوصول الضروري للتطوير.

   • إذا كنت تستخدم Azure SQL Database، فأكمل المتطلبات التالية:

     • للتطوير المحلي والاختبار، اسمح صراحةً بالاتصالات من عنوان IP الخاص بجهاز الكمبيوتر المحلي لديك. يمكنك تعيين قواعد جدار حماية IP في Azure SQL Server.

     • في مدخل Microsoft Azure، اسمح لمورد التطبيق المنطقي الخاص بك بالوصول إلى SQL Database بسلسلة اتصال متوفرة عن طريق السماح بخدمات Azure.

     • قم بإعداد أي عناصر تحكم أخرى في الوصول إلى شبكة SQL Database حسب الضرورة للسيناريو الخاص بك.

   • إذا كنت تستخدم مثيل Azure SQL المُدار، فقم بالسماح لخدمات Azure (logicapp) بالاتصال بـ SQL Database من خلال نقاط نهاية عامة مؤمنة.

قم بإعداد SQL أثناء الإنشاء في مدخل Microsoft Azure

عندما تنشئ تطبيقك المنطقي باستخدام نوع مورد Logic App (قياسي) في Azure، يمكنك إعداد SQL كموفر التخزين الخاص بك.

1. في مدخل Microsoft Azure، قم بتسجيل الدخول باستخدام حساب Azure الخاص بك.

2. في مربع بحث مدخل Microsoft Azure، أدخل logic apps، وحدد Logic apps.

   

3. في جزء ⁧⁩Logic apps،⁧⁩ حدد ⁧⁩إضافة⁧⁩.

4. في صفحة Create Logic App، في علامة التبويب Basics، قم بتوفير المعلومات التالية حول مورد تطبيق المنطق الخاص بك:

   الخاصية	مطلوب	القيمة	الوصف
   الاشتراك	نعم	<"Azure-subscription-name">	اشتراك Azure المراد استخدامه لتطبيقك المنطقي.
   مجموعة الموارد	نعم	⁧<⁩⁧⁩Azure-resource-group-name⁧⁩⁧>⁩	مجموعة موارد Azure حيث تقوم بإنشاء تطبيق المنطق والموارد ذات الصلة. يجب أن يكون اسم المورد فريداً عبر المناطق ويمكن أن يحتوي فقط على أحرف وأرقام وواصلات (-) وشرطات سفلية (_) وأقواس (()) ونقاط (.). ينشئ هذا المثال مجموعة موارد باسم Fabrikam-Workflows-RG.
   النوع	نعم	⁧⁩القياسي⁧⁩	يعمل نوع مورد التطبيق المنطقي هذا في بيئة Azure Logic Apps للمستأجر الفردي ويستخدم نموذج الاستخدام القياسي والفوترة والأسعار.
   ⁧⁩اسم Logic App⁧⁩	نعم	<"logic-app-name">	الاسم الذي ستستخدمه لتطبيق Logic الخاص بك. يجب أن يكون اسم المورد فريداً عبر المناطق ويمكن أن يحتوي فقط على أحرف وأرقام وواصلات (-) وشرطات سفلية (_) وأقواس (()) ونقاط (.). ينشئ هذا المثال تطبيقاً منطقياً يسمى Fabrikam-Workflows. ملاحظة: يحصل اسم تطبيق المنطق الخاص بك تلقائياً على اللاحقة، .azurewebsites.net، لأن مورد Logic App (قياسي) يتم تشغيله بواسطة وقت تشغيل Azure Logic Apps أحادي المستأجر، والذي يستخدم نموذج قابلية توسعة Azure Functions ويتم استضافته كملحق في وقت تشغيل Azure Functions. تستخدم Azure Functions نفس اصطلاح تسمية التطبيق.
   نشر	نعم	<بيئة التوزيع>	وجهة توزيع تطبيقك المنطقي. بشكل افتراضي، يتم تحديد سير العمل للتوزيع في Azure Logic Apps للمستأجر الفردي. يقوم Azure بإنشاء مورد تطبيق منطقي فارغ حيث يتعين عليك إضافة سير العمل الأول. ملاحظة: حالياً، يتطلب خيار Docker Containerموقعاً مخصصاً على مجموعة Kubernetes التي تم تمكين Azure Arc، والتي يمكنك استخدامها مع التطبيقات المنطقية التي تدعم Azure Arc (إصدار أولي). يجب أن تكون مواقع الموارد لتطبيق المنطق والموقع المخصص والكتلة هي نفسها.
   المنطقة	نعم	<"Azure-region">	الموقع المطلوب استخدامه لإنشاء مجموعة الموارد والموارد. يوزع هذا المثال نموذج التطبيق المنطقي في Azure ويستخدم غرب الولايات المتحدة. - إذا حددت Docker Container، فحدد موقعك المخصص. - للتوزيع إلى مورد ASEv3، والذي يجب أن يكون موجوداً أولاً، حدد مورد البيئة هذا من قائمة المنطقة.

   يوضح المثال التالي صفحة Create Logic App بعلامة التبويب Basics :

   

5. عندما تكون مستعداً، حدد Next: Hosting. في علامة التبويب Hosting، قم بتوفير المعلومات التالية حول حل التخزين وخطة الاستضافة لاستخدامها لتطبيق المنطق الخاص بك.

   الخاصية	مطلوب	القيمة	الوصف
   نوع التخزين	نعم	تخزين SQL وAzure	نوع التخزين الذي تريد استخدامه للبيانات والبيانات المتعلقة بسير العمل. - إذا كنت قد حددت مسبقاً موقعاً مخصصاً كمنطقتك، فحدد SQL. - إذا كنت قد حددت مسبقاً منطقة Azure أو موقع ASEv3، فحدد SQL and Azure Storage. ملاحظة: إذا كنت تقوم بالتوزيع في منطقة Azure، فلا تزال بحاجة إلى حساب Azure Storage، والذي يُستخدم لإكمال الاستضافة لمرة واحدة لتكوين تطبيق المنطق على النظام الأساسي Azure Logic Apps. يتم تخزين تعريف سير العمل، والحالة، ومحفوظات التشغيل، والبيانات الاصطناعية وقت التشغيل الأخرى في SQL Database الخاصة بك. بالنسبة إلى عمليات التوزيع إلى موقع مخصص مستضاف على مجموعة Azure Arc، تحتاج فقط SQL كموفر تخزين.
   ⁧⁩حساب التخزين⁧⁩	نعم	<اسم حساب تخزين Azure>	حساب Azure Storage لاستخدامه لعمليات التخزين. يجب أن يكون اسم المورد هذا فريداً عبر المناطق وأن يحتوي على 3-24 حرفاً بأرقام وأحرف صغيرة فقط. إما تحديد حساب موجود أو إنشاء حساب جديد. يقوم هذا المثال بإنشاء حساب تخزين باسم fabrikamstorageacct.
   سلسلة اتصال SQL	نعم	<سلسلة اتصال SQL>	سلسلة اتصال SQL، التي تدعم حالياً مصادقة SQL فقط، وليس OAuth أو مصادقة الهوية المُدارة. ملاحظة: تأكد من إدخال سلسلة اتصال صحيحة لأن مدخل Microsoft Azure لن تتحقق من صحة هذه السلسلة لك.
   ⁧⁩نوع الخطة⁧⁩	نعم	<خطة الاستضافة>	خطة الاستضافة لاستخدامها لنشر تطبيق المنطق الخاص بك. لمزيد من المعلومات، راجع خطط الاستضافة طبقات التسعير.
   خطة Windows	نعم	<اسم الخطة>	اسم الخطة المراد استخدامها. إما تحديد اسم خطة موجود أو توفير اسم لخطة جديدة. يستخدم هذا المثال الاسم Fabrikam-Service-Plan.
   Sku والحجم	نعم	<مستوى الأسعار⁧>	مستوى الأسعار الذي يجب استخدامه لتطبيق المنطق الخاص بك. يؤثر اختيارك على الأسعار والحوسبة والذاكرة والتخزين التي يستخدمها تطبيق المنطق وسير العمل. لتغيير مستوى الأسعار الافتراضي، حدد تغيير الحجم. يمكنك بعد ذلك تحديد مستويات الأسعار الأخرى، استناداً إلى حمل العمل الذي تحتاج إليه. لمزيد من المعلومات، راجع خطط الاستضافة طبقات الأسعار.

   يوضح المثال التالي صفحة Create Logic App بعلامة التبويب Hosting :

   

6. أكمل خطوات الإنشاء المتبقية في إنشاء سير عمل تكامل مع مستأجر واحد Azure Logic Apps (قياسي) في مدخل Microsoft Azure.

عند الانتهاء، يكون مورد التطبيق المنطقي الجديد وسير العمل مباشراً في Azure ويستخدم SQL Database كموفر تخزين.

قم بإعداد SQL للتطوير المحلي في Visual Studio Code

توضح الخطوات التالية كيفية إعداد SQL كموفر تخزين للتطوير المحلي والاختبار في Visual Studio Code:

1. قم بإعداد بيئة التطوير الخاصة بك للعمل مع Azure Logic Apps للمستأجر الفردي.

   1. استيفاء المتطلبات الأساسية للعمل في Visual Studio Code مع ملحق Azure Logic Apps (قياسي).

   2. قم بإعداد Visual Studio Code للعمل مع ملحق Azure Logic Apps (قياسي).

   3. في Visual Studio Code، اتصل بحساب Azure وأنشئ مشروع تطبيق منطقي فارغاً.

2. في Visual Studio Code، افتح جزء Explorer، إذا لم يكن مفتوحاً بالفعل.

3. في جزء المستكشف، عند جذر مشروع تطبيق المنطق، حرك مؤشر الماوس فوق أي منطقة فارغة ضمن جميع ملفات ومجلدات المشروع، وافتح القائمة المختصرة، وحدد Use SQL storage for your Logic App project.

   

4. عندما تظهر المطالبة، أدخل سلسلة اتصال SQL الخاصة بك. يمكنك اختيار استخدام مثيل SQL Express محلي أو أي SQL Database أخرى لديك.

   

   بعد التأكيد، يقوم Visual Studio Code بإنشاء الإعداد التالي في ملف local.settings.json الخاص بالمشروع. يمكنك تحديث هذا الإعداد في أي وقت.

   

قم بإعداد SQL أثناء التوزيع من Visual Studio Code

يمكنك نشر مشروع التطبيق المنطقي الخاص بك مباشرةً من Visual Studio Code إلى Azure. يوزع هذا الإجراء مشروع التطبيق المنطقي الخاص بك باستخدام نوع مورد تطبيق Logic (قياسي).

• إذا كنت تنشر مشروعاً كمورد Logic App (قياسي) جديد في Azure، وتريد استخدام SQL كموفر تخزين، فأدخل سلسلة اتصال SQL عند نشر تطبيقك. للحصول على الخطوات الكاملة، اتبع إعداد SQL لتوزيع تطبيق المنطق الجديد.

• إذا قمت بالفعل بإعداد إعدادات SQL، فيمكنك توزيع مشروع التطبيق المنطقي إلى مورد Logic App (قياسي) تم توزيعه بالفعل في Azure. يقوم هذا الإجراء بالكتابة فوق تطبيق المنطق الموجود لديك.

  ملاحظة

  لن يعمل Local SQL Express مع التطبيقات المنطقية التي تم توزيعها واستضافتها في Azure.

قم بإعداد SQL لتوزيع موارد تطبيق Logic (قياسي) الجديد

1. في شريط نشاط التعليمة البرمجية لـ Visual Studio، حدد أيقونة Azure.

2. في شريط أدوات جزء Azure: Logic Apps (Standard)، حدد Deploy to Logic App.

   

3. إذا طُلب منك ذلك، فحدد اشتراك Azure لاستخدامه لتوزيع تطبيقك المنطقي.

4. من القائمة التي يفتحها Visual Studio Code، تأكد من تحديد الخيار المتقدم لـ إنشاء تطبيق منطقي جديد (قياسي) في Microsoft Azure Active Directoryvanced. وإلا فلن تتم مطالبتك بإعداد SQL.

   

5. عندما يُطلب منك، أدخل اسماً فريداً عالمياً لتطبيقك المنطقي الجديد، وهو الاسم الذي يجب استخدامه لمورد Logic App (قياسي). يستخدم هذا المثال Fabrikam-Workflows-App.

   

6. حدد موقعاً لتطبيق المنطق الخاص بك. يمكنك أيضاً البدء في الكتابة لتصفية القائمة.

   • للتوزيع في Azure، حدد منطقة Azure حيث تريد التوزيع. إذا قمت مسبقاً بإنشاء مورد App Service Environment v3 (ASEv3) وترغب في التوزيع هناك، فحدد ASEv3 الخاص بك.

   • للتوزيع في تطبيقات Logic التي تم تمكينها في Azure Arc، حدد موقعك المخصص الذي تم تكوينه مسبقاً.

   يوضح المثال التالي قائمة المواقع التي تمت تصفيتها إلى غرب الولايات المتحدة.

   

7. حدد نوع خطة الاستضافة لتطبيق المنطق الجديد الخاص بك.

   1. إذا حددت ASEv3 كموقع لتطبيقك، فحدد App Service Plan، ثم حدد مورد ASEv3 الخاص بك. بخلاف ذلك، حدد Workflow Standard.

      

   2. قم إما بإنشاء اسم لخطتك أو تحديد خطة موجودة.

      يحدد هذا المثال إنشاء خطة خدمة تطبيق جديدة حيث لا تتوفر خطط حالية.

      

8. أدخل اسماً لخطة الاستضافة الخاصة بك، ثم حدد فئة أسعار لخطتك المحددة.

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

9. عندما تتم مطالبتك بمجموعة موارد Azure، للحصول على الأداء الأمثل، حدد مجموعة موارد Azure نفسها كمشروعك للتوزيع.

   ملاحظة

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

10. عندما يُطلب منك تحديد حساب تخزين لتطبيقك المنطقي، اختر أحد الخيارات التالية:

    • إذا كنت قد حددت مسبقاً موقعاً مخصصاً، فحدد خيار SQL.

    • إذا كنت تريد التوزيع إلى Azure، فحدد الخيار SQL and Azure Storage.

      ملاحظة

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

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

11. عندما يُطلب منك، حدد Create new storage account أو حساب تخزين موجود، إذا كان متاحاً.

    

12. في موجه تأكيد تخزين SQL، حدد Yes. في موجه سلسلة الاتصال، أدخل سلسلة اتصال SQL.

    ملاحظة

    تأكد من إدخال سلسلة اتصال صحيحة لأن Visual Studio Code لن يتحقق من صحة هذه السلسلة لك.

    

13. أكمل خطوات التوزيع المتبقية في Publish to a new Logic App (Standard) resource.

عند الانتهاء، يكون مورد التطبيق المنطقي الجديد وسير العمل مباشراً في Azure ويستخدم SQL Database كموفر تخزين.

التحقق من صحة عمليات التوزيع

بعد توزيع مورد Logic App (قياسي) إلى Azure، يمكنك التحقق مما إذا كانت إعداداتك صحيحة أم لا:

1. في مدخل Microsoft Azure، افتح مورد التطبيق المنطقي.

2. في قائمة التنقل بين الموارد، ضمن Settings، حدد Configuration.

3. في جزء Configuration، ضمن Application settings، ابحث عن إعداد التطبيق Workflows.Sql.ConnectionString، وتأكد من أن سلسلة اتصال SQL تظهر وأنها صحيحة.

4. في بيئة SQL الخاصة بك، تأكد من إنشاء جداول SQL باستخدام اسم المخطط الذي يبدأ بـ "dt" و"dq".

على سبيل المثال، تُظهر لقطة الشاشة التالية الجداول التي أنشأها وقت تشغيل Azure Logic Apps للمستأجر الفردي لمورد تطبيق منطقي بسير عمل واحد:

تنشئ خدمة Azure Logic Apps للمستأجر الفردي أيضاً أنواعاً من الجداول المعرفة من قبل المستخدم. على سبيل المثال، تُظهر لقطة الشاشة التالية أنواع الجدول المعرّفة من قِبل المستخدم والتي أنشأها وقت تشغيل Azure Logic Apps للمستأجر الفردي لمورد تطبيق منطقي بسير عمل واحد:

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

• إنشاء مهام سير عمل تكاملية باستخدام Azure Logic Apps للمستأجر الفردي (قياسي) في Visual Studio Code
• تحرير إعدادات المضيف والتطبيق للتطبيقات المنطقية في Azure Logic Apps للمستأجر الفردي