الملخص
عمل رائع! تتشكل البنية الأساسية لبرنامج ربط العمليات التجارية الخاصة بك. انتقلت أنت وفريق Tailspin من إثبات المبدأ الأساسي إلى مسار إصدار واقعي. يمكنك استخدام البنية الأساسية لبرنامج ربط العمليات التجارية هذه لإنشاء أداة واختبارها قبل أن تمنحها للمستخدمين.
في هذه الوحدة النمطية، تعلمت طرقا للتحكم في كيفية انتقال التغييرات من مرحلة واحدة من البنية الأساسية لبرنامج ربط العمليات التجارية إلى المرحلة التالية. دعونا نراجع البنية الأساسية لبرنامج ربط العمليات التجارية التي أنشأتها في هذه الوحدة النمطية. تعرض هذه الصورة الشكل العام للبنية الأساسية لبرنامج ربط العمليات التجارية:
تقوم مراحل التطوير والاختبار والتقسيم المرحلي بنشر البيانات الاصطناعية للبناء إلى بيئة Azure App Service الخاصة بها.
- عند دفع تغيير إلى GitHub، يتسبب المشغل في تشغيل مرحلة الإنشاء . تنتج مرحلة الإنشاء أداة بناء كإخراج لها.
- يتم تشغيل مرحلة التطوير فقط عند حدوث التغيير في فرع الإصدار. يمكنك استخدام شرط لتحديد هذا المطلب.
- تبدأ مرحلة الاختبار الساعة 3 صباحاً كل صباح. يتم تشغيل هذه المرحلة فقط عندما يحتوي فرع الإصدار على تغييرات منذ التشغيل الأخير. يمكنك استخدام مشغل مجدول لتحديد وقت تشغيل مرحلة الاختبار .
- يتم تشغيل مرحلة التقسيم المرحلي فقط بعد الموافقة على التغييرات في مرحلة الاختبار. يمكنك إضافة الموافقة على الإصدار إلى بيئة التقسيم المرحلي لإيقاف المسار مؤقتا حتى توافق على التغيير أو ترفضه.
يفي هذا المسار بمتطلبات فريق Tailspin. يعتمد شكل البنية الأساسية لبرنامج ربط العمليات التجارية وكيفية تدفق التغييرات عبره على احتياجات فريقك والتطبيقات والخدمات التي تنشئها.
على الرغم من تطوير الفريق لمعدل الإصدار، يوجد مجال لمزيد من التحسينات. على سبيل المثال، يجب على أميتا من QA اختبار البنيات والموافقة عليها يدويا قبل أن يتمكن الفريق من تقديم ميزات جديدة للإدارة. في الوحدة النمطية التالية، ستعمل مع فريق Tailspin لأتمتة المزيد من الاختبارات بحيث يمكن أن تنتقل التغييرات عبر البنية الأساسية لبرنامج ربط العمليات التجارية بشكل أسرع.
معرفة المزيد
في هذه الوحدة النمطية، عملت مع الشروط والمشغلات والموافقات. لمعرفة المزيد، استكشف هذه الموارد.