استخدام خدمة Tanzu Build

إشعار

يعد Azure Spring Apps هو الاسم الجديد لخدمة Azure Spring Cloud. رغم أن الخدمة تحمل اسماً جديداً، سترى الاسم القديم في بعض الأماكن لفترة من الوقت بينما نعمل على تحديث الأصول مثل لقطات الشاشة، ومقاطع الفيديو، والرسوم التخطيطية.

تنطبق هذه المقالة على:❌ Basic/Standard ✔️ Enterprise

توضح هذه المقالة كيفية استخدام خدمة بناء VMware Tanzu مع خطة Azure Spring Apps Enterprise.

تقوم خدمة بناء VMware Tanzu بأتمتة إنشاء الحاويات وإدارتها وإدارتها على نطاق المؤسسة. تستخدم Tanzu Build Service مشروع Cloud Native Buildpacks مفتوح المصدر لتحويل التعليمات البرمجية لمصدر التطبيق إلى صور حاوية. ينفذ بنيات قابلة للتكرار تتماشى مع معايير الحاوية الحديثة وتحافظ على تحديث الصور.

حزم البناء

توفر VMware Tanzu Buildpacks إطار العمل ودعم وقت التشغيل للتطبيقات. عادة ما تفحص Buildpacks تطبيقاتك لتحديد التبعيات التي يجب تنزيلها وكيفية تكوين التطبيقات للاتصال بالخدمات المرتبطة.

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

بناه

المنشئ هو مورد خدمة بناء Tanzu. يحتوي Builder على مجموعة من buildpacks ومكدس يستخدم في عملية بناء التعليمات البرمجية المصدر.

بناء تجمع عامل

Tanzu Build Service في خطة المؤسسة هي نقطة الإدخال لتعبئة تطبيقات المستخدم في حاويات من كل من التعليمات البرمجية المصدر والبيانات الاصطناعية. هناك مجموعة عميل بناء مخصصة تحتفظ بموارد الحوسبة لعدد معين من مهام الإنشاء المتزامنة. يمنع تجمع وكلاء الإنشاء التنازع على الموارد مع تطبيقاتك قيد التشغيل.

يعرض الجدول التالي الأحجام المتوفرة لمجموعات مقياس تجمع عامل الإنشاء:

مجموعة التحجيم وحدة معالجة مركزية/غيغابت
S1 2 وحدة معالجة مركزية افتراضية، 4 غيغابت
S2 3 وحدات معالجة مركزية افتراضية، 6 غيغابت
S3 4 وحدات معالجة مركزية افتراضية، 8 غيغابت
S4 5 وحدات معالجة مركزية افتراضية، 10 غيغابت
S5 6 وحدات معالجة مركزية افتراضية، 12 غيغابت
S6 8 وحدات معالجة مركزية افتراضية، 16 غيغابت
S7 16 وحدة معالجة مركزية افتراضية، 32 غيغابت
S8 32 وحدة معالجة مركزية افتراضية، 64 غيغابت
S9 64 وحدة معالجة مركزية افتراضية، 128 غيغابت

تسمح Tanzu Build Service على الأكثر لمهمة بناء واحدة بحجم التجمع بإنشاء ومضاعفة مهام البناء بحجم التجمع إلى قائمة الانتظار. إذا كانت الحصة النسبية لتجمع الوكلاء غير كافية لمهمة الإنشاء، يحصل طلب هذا الإصدار على الخطأ التالي: The usage of build results in Building or Queuing status are (cpu: xxx, memory: xxxMi) and the remained quota is insufficient for this build. please retry with smaller size of build resourceRequests, retry after the previous build process completed or increased your build agent pool size.

تكوين تجمع عامل البناء

عند إنشاء مثيل خدمة Azure Spring Apps Enterprise جديد باستخدام مدخل Microsoft Azure، يمكنك استخدام علامة التبويب إعدادات VMware Tanzu لتكوين عدد الموارد المعطاة لتجمع وكلاء البناء.

لقطة شاشة لمدخل Azure تعرض صفحة إنشاء Azure Spring Apps مع علامة التبويب إعدادات V M ware Tanzu والموارد المخصصة المميزة.

تظهر الصورة التالية الموارد المعطاة لتجمع عامل خدمة بناء Tanzu بعد توفير مثيل الخدمة بنجاح. يمكنك أيضا تحديث حجم تجمع الوكيل المكون هنا بعد إنشاء مثيل الخدمة.

لقطة شاشة لمدخل Microsoft Azure تعرض صفحة Build Service مع القائمة المنسدلة لتحرير تخصيص الموارد التي تظهر.

بناء الخدمة عند الطلب

يمكنك تمكين خدمة الإنشاء أو تعطيلها عند إنشاء مثيل خطة Azure Spring Apps Enterprise.

خصائص الإنشاء والتوزيع

بشكل افتراضي، يتم تمكين Tanzu Build Service بحيث يمكنك استخدام سجل حاوية. إذا قمت بتعطيل خدمة الإنشاء، يمكنك نشر تطبيق فقط مع صورة حاوية مخصصة. لديك الخيارات التالية:

  • تمكين خدمة البناء واستخدام سجل الحاويات المدارة في Azure Spring Apps.

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

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

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

  • تعطيل خدمة الإنشاء.

    عند تعطيل خدمة الإنشاء، يمكنك نشر التطبيقات فقط مع صور الحاوية، والتي يمكنك إنشائها من أي مثيل خدمة Azure Spring Apps Enterprise.

تكوين إعدادات خدمة الإنشاء

يمكنك تكوين Tanzu Build Service وإعدادات تسجيل الحاوية باستخدام مدخل Microsoft Azure أو Azure CLI.

استخدم الخطوات التالية لتمكين Tanzu Build Service عند توفير مثيل خدمة Azure Spring Apps:

  1. افتح مدخل Azure.

  2. في علامة التبويب Basics ، حدد Enterprise tier في قسم Pricing ، ثم حدد المعلومات المطلوبة.

  3. حدد Next: VMware Tanzu settings.

  4. في علامة التبويب إعدادات VMware Tanzu، حدد Enable Build Service. بالنسبة إلى سجل الحاوية، الإعداد الافتراضي هو استخدام Azure Container Registry مدار لتخزين الصور المضمنة.

    لقطة شاشة لمدخل Azure تعرض صفحة إنشاء Azure Spring Apps مع تمييز علامة التبويب إعدادات V M ware Tanzu وإعدادات Build Service.

  5. إذا حددت استخدام سجل الحاوية الخاص بك لتخزين الصور المضمنة (معاينة) لسجل الحاوية، فقم بتوفير خادم سجل الحاوية واسم المستخدم وكلمة المرور.

    لقطة شاشة لمدخل Microsoft Azure تعرض علامة التبويب Create Azure Spring Apps page V M ware Tanzu settings مع تمييز إعدادات تسجيل الحاوية.

  6. إذا قمت بتعطيل Enable Build Service، فلن يتم توفير خيارات تسجيل الحاوية ولكن يمكنك نشر التطبيقات مع صور الحاوية.

    لقطة شاشة لمدخل Azure تعرض إعدادات V M ware Tanzu لصفحة Azure Spring Apps Create مع عدم تحديد Enable Build Service.

  7. حدد مراجعة وإنشاء.

نشر تطبيقات متعددة اللغات

يمكنك نشر تطبيقات متعددة اللغات في مثيل خدمة Azure Spring Apps Enterprise مع تمكين خدمة بناء Tanzu أو تعطيلها. لمزيد من المعلومات، راجع كيفية نشر تطبيقات متعددة اللغات في Azure Spring Apps Enterprise.

تكوين تكامل APM وشهادات CA

باستخدام Tanzu Partner Buildpacks وشهادات CA Buildpack، توفر خطة Azure Spring Apps Enterprise تجربة تكوين مبسطة لدعم تكامل مراقبة أداء التطبيق (APM). يتضمن هذا التكامل سيناريوهات تكامل شهادات المرجع المصدق (CA) للتطبيقات متعددة اللغات. لمزيد من المعلومات، راجع كيفية تكوين تكامل APM وشهادات CA.

سجلات الإنشاء في الوقت الفعلي

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

محفوظات الإنشاء

يمكنك مشاهدة جميع موارد البناء في قسم Builds في صفحة Azure Spring Apps Build Service.

لقطة شاشة لمدخل Azure تعرض صفحة Azure Spring Apps Build Service مع تمييز Builds.

يحتوي الجدول في قسم Builds على الأعمدة التالية:

  • Build Name: اسم البنية.
  • حالة التزويد: حالة التزويد للبناء. القيم هي Succeededو FailedUpdatingو و.Creating حالات التوفير Updating وتعني Creating أنه لا يمكن تحديث البنية حتى ينتهي الإصدار الحالي. تعني حالة Failed التوفير أن أحدث إصدار من التعليمات البرمجية المصدر فشل في إنشاء نتيجة بناء جديدة.
  • الحصة النسبية للمورد: الحصة النسبية للمورد في حاوية البناء للبناء.
  • المنشئ: المنشئ المستخدم في البناء.
  • أحدث نتيجة بناء: أحدث علامة صورة لنتيجة البناء للبنية.
  • أحدث حالة توفير نتيجة البناء: أحدث حالة توفير نتائج البناء للبناء. القيم هي Queuingو BuildingSucceededو و.Failed
  • آخر نتيجة بناء وقت الانتقال الأخير: آخر وقت انتقال لأحدث نتيجة بناء للبنية.
  • أحدث نتيجة بناء آخر سبب انتقال: سبب الانتقال الأخير لأحدث نتيجة بناء للبناء. القيم هي CONFIGو STACKو.BUILDPACK CONFIG يعني أن نتيجة الإنشاء يتم تغييرها بواسطة تحديثات المنشئ أو عن طريق عملية نشر التعليمات البرمجية المصدر الجديدة. STACK يعني أن نتيجة البناء تتغير بواسطة ترقية مكدس الذاكرة المؤقتة. BUILDPACK يعني أن نتيجة البناء يتم تغييرها بواسطة ترقية buildpack.
  • أحدث نتيجة بناء حالة الانتقال الأخير: حالة الانتقال الأخيرة لأحدث نتيجة بناء للبنية. القيم هي True و False.

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

للحصول على أحدث حالة توفير نتيجة البناء، عندما تكون القيمة ، Failedتحقق من سجلات البناء. لمزيد من المعلومات، راجع استكشاف مشكلات البناء الشائعة وإصلاحها في Azure Spring Apps.

للحصول على أحدث نتيجة بناء حالة الانتقال الأخير، عندما تكون Failedالقيمة ، راجع العمود أحدث نتيجة بناء آخر سبب انتقال. إذا كان السبب هو BUILDPACK أو STACK، فلا يلزم اتخاذ أي إجراء. إذا كان السبب هو CONFIG، فوزع التعليمات البرمجية المصدر مرة أخرى. إذا استمر الخطأ، قم بإنشاء تذكرة دعم.

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