أتمتة النظام الأساسي وDevOps لمسرع منطقة هبوط APIM
توفر هذه المقالة اعتبارات التصميم والتوصيات لأتمتة النظام الأساسي وDevOps عند استخدام مسرع منطقة هبوط APIM. توفر أتمتة النظام الأساسي وDevOps فرصا لتحديث نهجك للتوزيع البيئي باستخدام خيارات البنية الأساسية كتعلم برمجي.
تعرف على المزيد حول أتمتة النظام الأساسي ومنطقة تصميم DevOps .
اعتبارات التصميم
- يمكن لكل فريق API دفع التحديثات من مستودع المطور الخاص به إلى مثيل APIM للتطوير الخاص به.
- ماذا يعني هذا من منظور تخطيط الشبكة؟
- ماذا عن البيئات الأخرى غير الإنتاجية (مثل QA أو التقسيم المرحلي)؟
- ضع في اعتبارك كيفية إدارة المنتجات والكيانات الأخرى أو إصدارها، خاصة إذا كانت فرق متعددة تستخدم نفس المنتجات.
- ضع في اعتبارك استراتيجية الاختبار لواجهات برمجة التطبيقات والنهج.
توصيات التصميم
- يدير الفريق المركزي (على سبيل المثال، فريق مسؤول APIM) بيئة إدارة واجهة برمجة التطبيقات للإنتاج.
- يتم تمثيل تكوينات APIM كقوالب Resource Manager أو قوالب Bicep أو Terraform مكافئة، ويجب تبني عقلية البنية الأساسية كتعلم برمجي.
- سينشر فريق مسؤول APIM تغييرات التكوين على بيئة إدارة واجهة برمجة التطبيقات للإنتاج من مستودع Git (مستودع الناشر) المملوك لفريق إدارة واجهة برمجة التطبيقات.
- قد يقوم كل فريق API فردي بتشعب مستودع الناشر للحصول على مستودع مطور خاص به للعمل منه.
- يمكن لكل فريق استخدام APIOps لإدارة واجهة برمجة التطبيقات أو ملحق APIM ل Visual Studio Code لاستخراج البيانات الاصطناعية ذات الصلة من مثيل إدارة واجهة برمجة التطبيقات للتطوير. تستند هذه البيانات الاصطناعية إلى Azure Resource Manager ويجب أن تكون ملتزمة بمرجع Git الخاص بفريق واجهة برمجة التطبيقات.
ملاحظة
لا تستخدم تكامل API Management Git.
- يجب أن تكون قوالب الخدمة والقوالب المشتركة في مستودعات منفصلة.
- يجب إجراء تغييرات على البيانات الاصطناعية على البيانات الاصطناعية المستخرجة ثم الالتزام ب Git. يجب توزيعها في بيئة التطوير.
- للترويج إلى البيئات المركزية (التقسيم المرحلي والإنتاج وما إلى ذلك)، يمكن لفرق واجهة برمجة التطبيقات إرسال طلب سحب (PR) لدمج تغييراتها في مستودع الناشر.
- يتحقق فريق مسؤول APIM من صحة PR.
- من الناحية المثالية، يتم أتمتة معظم عمليات التحقق من الصحة كجزء من إرسال طلب السحب.
- يجب أن تكون قوالب البنية الأساسية كتعلم برمجي في مستودع مختلف - ويتم توزيعها في البنية الأساسية لبرنامج ربط العمليات التجارية للتوزيع.
- فصل توزيع البنية الأساسية عن توزيع التطبيق. تتغير البنية الأساسية بشكل أقل تكرارا من التطبيقات. تعامل مع كل نوع من أنواع التوزيع كتدفق منفصل ومسار منفصل.
- بعد الموافقة على التغييرات ودمجها بنجاح، يمكن لفريق مسؤول APIM نشر التغييرات على البيئة المدارة مركزيا (التقسيم المرحلي والإنتاج) بالتنسيق مع جداول فريق API المتفق عليها.
افتراضات على نطاق المؤسسة
فيما يلي الافتراضات التي دخلت في تطوير مسرع منطقة هبوط APIM:
- استخدام ملفات Bicep للبنية الأساسية كتعلم برمجي لنشر البنية الأساسية لإدارة واجهة برمجة التطبيقات والخلفيات.
- توزيع قوالب البنية الأساسية باستخدام البنية الأساسية لبرنامج ربط العمليات التجارية.