إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
ينطبق على: Azure Logic Apps (قياسي)
ملاحظة
تخضع ميزة المعاينة هذه لشروط الاستخدام الإضافية لمعاينات Microsoft Azure.
قد تتوقف عملية الترحيل لمشاريع التكامل عندما يصعب تحويل التشويذات المصدرية المعقدة إلى موارد قابلة للنشر في Azure Logic Apps (Standard). في مرحلة التحويل، يقوم Azure Logic Apps Migration Agent في تعليمة Visual Studio برمجية بحل هذه المشكلة عن طريق تشغيل خطط المهام في خطة الترحيل الخاصة بك. تخلق هذه العملية تشويلات كاملة تشمل تعريفات سير العمل القياسية الجاهزة للنشر، وتكوينات الاتصال، والملفات الداعمة.
تصف هذه المقالة كيف يقوم Azure Logic Apps Migration Agent بإنشاء مهام تحويل تربط عناصر تكامل المصدر بموارد مشروع تطبيقات المنطق القياسية الجاهزة للنشر، وكيف يقوم الوكيل بتشغيل هذه المهام لإنتاج تشكيلات مشروع جاهزة للنشر والتشغيل.
إجراءات مرحلة التحويل
في وكيل الترحيل Azure Logic Apps، بعد الانتهاء من نشاط تصميم تطبيقات منطق Plan Logic Design، يصبح نشاط إنشاء مهام التحويل متاحا. عند اختيار نشاط إنشاء مهام التحويل، يقوم عامل Copilot @migration-converter GitHub بإنشاء مهام التحويل اللازمة لتوليد تشويلات مشروع تطبيق المنطق المستهدف.
بعد مراجعة هذه المهام واختيار نشاط تنفيذ مهام التحويل، يقوم عامل Copilot @migration-converter GitHub بمعالجة كل خطة مهمة واتخاذ الإجراءات التالية.
1: توليد تشويلات مشروع تطبيقات المنطق
يقوم الوكيل @migration-converter بتوليد المخرجات الموضحة في الأقسام التالية.
هيكل السقالة Project
يقوم الوكيل @migration-converter بإنشاء مشروع تطبيق منطقي قياسي. يحتوي هذا المشروع على ملف تعريف سير عمل قياسي واحد لكل مجموعة تدفق منطقي، وملف تكوين الاتصالات، وملف تكوين المضيف، وملفات داعمة أخرى:
<project-root>/
├── host.json # Host configuration for Standard logic app
├── local.settings.json # Local development settings
├── connections.json # Connector configurations
├── <workflow-name>/
│ └── workflow.json # Workflow definition file per flow group
├── <workflow-name-2>/
│ └── workflow.json # Workflow definition file per flow group
└── lib/
└── custom/
└── <function-name>.cs # .NET local function, if necessary
المثال التالي يظهر الوكيل الذي @migration-converter ينشئ هيكل وملفات:
ملف تعريف سير العمل
لكل مجموعة تدفق منطقي، @migration-converter يولد workflow.json الوكيل ملفا يحتوي على عمليات سير العمل التالية:
| Operation | Description |
|---|---|
| المشغِّل | كل سير عمل يبدأ دائما بمحفز واحد، وهو نقطة الدخول لسير العمل. يقوم الوكيل بتعيين هذا المشغل من منافذ الاستقبال أو المستمعين في المصدر. |
| العمل | كل سير عمل يحتوي على إجراء أو أكثر يؤدي المهام. يقوم الوكيل برسم هذه الإجراءات من أشكال التنسيق، أو معالجات التدفق، أو الأنشطة في المصدر. |
| الشروط أو الحلقات | الأفعال التي تؤدي منطق تدفق التحكم، مثل إذا، لكل منها، وحتى حتى. يقوم الوكيل بترجمة هذه الأفعال من أشكال القرار والحلقات في المصدر. |
| النُطُق | إجراءات مع run-after إعدادات يمكنك استخدامها لإعداد معالجة الأخطاء. |
تكوينات الاتصال
يقوم الوكيل @migration-converter بإنشاء connections.json ملف، يخزن التكوينات اللازمة لعمليات الموصل في سير العمل الخاص بك.
الجدول التالي يصف مجموعات الموصلات عالية المستوى:
| مجموعة الموصل | الوصف والأمثلة |
|---|---|
| مدمج | موصلات تعمل في نفس العملية التي تعمل بها Azure Logic Apps (Standard). على سبيل المثال، تشمل هذه الموصلات Request، File System، HTTP، مساحة تخزين Azure Blob، Service Bus، SQL Server، AS2، EDIFACT, X12، وغيرها. لمزيد من المعلومات، اطلع على: - الموصلات المُضمّنة في Azure Logic Apps - Azure Logic Apps (المرجع القياسي) المدمج للموصلات |
| مشارك أو "مدار" | موصلات تعمل بعمليات تعمل في Azure متعدد المستأجرين. على سبيل المثال، تشمل هذه الموصلات Salesforce، SAP، Office 365 Outlook، Power BI، SharePoint، والمزيد. يدعم Azure Logic Apps 1,400+ الموصلات المشتركة لمنصات Microsoft و Azure وغيرها من المنصات في البيئات السحابية، والمحلية، والهجينة. لمزيد من المعلومات، راجع الموصلات المدارة أو المشتركة في Azure Logic Apps. |
| Custom | موصلات من ناشرين آخرين أو من مؤسستك تقوم بإنشائها لواجهات برمجة التطبيقات المخصصة أو خدمات أخرى. لمزيد من المعلومات، راجع إنشاء موصلات مدمجة مخصصة لسير العمل القياسي. |
لمزيد من المعلومات، ما هي الموصلات في Azure Logic Apps.
وظائف .NET المحلية
إذا كان لديك مكونات منصة المصدر التي لا تملك مكافئا مباشرا للموصل في Azure Logic Apps (القياسي)، فإن عامل @migration-converter يولد .NET الوظائف المحلية. يحدث هذا السلوك عادة في الحالات التي تحدث فيها ما يلي:
- منطق تحويل البيانات المخصص
- قواعد التحليل أو التحقق العقدي
- المكالمات إلى الأنظمة المحلية من خلال بروتوكولات مخصصة
- تقييم قواعد الأعمال
2. تحقق من اكتمال وجودة المخرجات
ينتج الوكيل @migration-converter قطعا أثرية كاملة وجاهزة للتشغيل وقابلة للنشر. للتأكد من أن جميع الكود المولد يعمل بالكامل ومكتمل، يستخدم الوكيل المهارة no-stubs-code-generation للتأكد من أن جميع الكود المولد كامل، ويعمل بالكامل، وأنه لا توجد تطبيقات قصيرة أو كود مؤقت أو TODO تعليقات.
يستخدم الوكيل المعايير التالية للتحقق من أن كل ملف تم إنشاؤه يفي بالمعايير التالية:
| المعيار | Description |
|---|---|
| لا توجد بذور أو رمز مؤقت | جميع الكود المولد كامل ووظيفي. |
| JSON صالح | جميع ملفات workflow.json و connections.json صالحة وتتوافق مع مخطط Azure Logic Apps. |
| المراجع الصحيحة | تشير إجراءات سير العمل إلى الاتصالات والمعلمات الصحيحة. |
| معالجة الأخطاء | تشمل سير العمل نطاقات التعامل مع الأخطاء المناسبة. |
لتحضير المخرجات المولدة لمرحلة التحقق من الصحة حيث تقوم بتشغيل سير العمل محليا للاختبار، تأكد من فحص تعريفات سير العمل، والاتصالات، وأي دوال محلية .NET مولدة يدويا للكشف عن عدم الدقة.
مهم
كأفضل ممارسة، راجع دائما أي مخرجات من الذكاء الاصطناعي قبل استخدامها. قد تتضمن هذه المخرجات معلومات غير صحيحة.
لمزيد من المعلومات، راجع Quickstart: ترحيل مشروع تكامل باستخدام Azure Logic Apps Migration Agent.
المحتوى ذو الصلة
- أتمتة الترحيل من منصات التكامل إلى Azure Logic Apps
- Quickstart: ترحيل مشروع تكامل باستخدام Azure Logic Apps Migration Agent