ملاحظة
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
تعمل عمليات النشر التلقائية على تبسيط عملية إعداد GitHub Action أو Azure DevOps Pipeline، ما يجعل من السهل إنشاء مسار توزيع مستمر لتطبيقك إلى خدمة Azure Kubernetes (AKS). بمجرد الاتصال، يقوم كل تثبيت جديد تلقائيا بتشغيل البنية الأساسية لبرنامج ربط العمليات التجارية، وتقديم التحديثات إلى تطبيقك بسلاسة. يمكنك إما إحضار ملفات النشر الخاصة بك لإنشاء مسار سريع أو إنشاء بيانات Dockerfiles وKubernetes لتعبئة التطبيقات غير الحاوية ونشرها بأقل جهد ممكن.
المتطلبات الأساسية
- حساب GitHub أو مؤسسة Azure DevOps.
- نظام مجموعة AKS. إذا لم يكن لديك واحد، يمكنك إنشاء واحد باستخدام الخطوات في نشر نظام مجموعة خدمة Azure Kubernetes (AKS).
- سجل حاويات Azure (ACR). إذا لم يكن لديك واحد، يمكنك إنشاء واحد باستخدام الخطوات في تكامل Azure Container Registry (ACR) مع نظام مجموعة Azure Kubernetes Service (AKS).
- تطبيق للنشر.
الاتصال بمستودع التعليمات البرمجية المصدر
إنشاء سير عمل توزيع تلقائي وتخويله للاتصال بمستودع التعليمات البرمجية المصدر المطلوب.
- في مدخل Microsoft Azure، انتقل إلى مورد نظام مجموعة AKS.
- من قائمة الخدمة، ضمن Settings، حدد Automated deployments>Create.
- ضمن تفاصيل المستودع، أدخل اسما لسير العمل، ثم حدد GitHub أو ADO لموقع المستودع الخاص بك.
- حدد تخويل الوصول للاتصال بالمستودع المطلوب.
- اختر المستودعوالفرع، ثم حدد التالي.
اختر تكوين صورة الحاوية
للحصول على تطبيق جاهز ل Kubernetes، تحتاج إلى إنشائه في صورة حاوية وتخزينه في سجل حاوية. يمكنك استخدام Dockerfile لتوفير إرشادات حول كيفية إنشاء صورة الحاوية. إذا لم يكن مستودع التعليمات البرمجية المصدر لديك يحتوي بالفعل على Dockerfile، يمكن أن تقوم عمليات النشر التلقائية بإنشاء واحد لك. وإلا، يمكنك استخدام Dockerfile موجود.
استخدم عمليات النشر التلقائية لإنشاء Dockerfile للعديد من اللغات وأطر العمل مثل Go وC# و Node.jsو Python و Java و Gradle و Clojure و PHP و Ruby و Erlang و Swift و Rust. يعتمد دعم اللغة على ما هو متوفر في draft.sh.
- حدد Auto-containerize (generate Dockerfile) لتكوين الحاوية.
- حدد موقع مكان حفظ Dockerfile الذي تم إنشاؤه في المستودع.
- حدد بيئة التطبيق من قائمة اللغات والأطر المدعومة.
- أدخل منفذ التطبيق.
- توفير مسار سياق بناء Dockerfile .
- حدد سجل حاويات Azure موجود أو أنشئ سجلا جديدا. يستخدم هذا السجل لتخزين صورة التطبيق المضمنة.
اختر تكوين بيان Kubernetes
ملاحظة
يدعم خيار Generate Manifests أيضا الميزات المتقدمة مثل تكامل Service Connector وموارد الدخول التي تم إنشاؤها تلقائيا وملفات بيان Kubernetes الأكثر تفصيلا وقابلة للتخصيص.
يتكون التطبيق الذي يعمل على Kubernetes من العديد من مكونات Kubernetes الأولية. تصف هذه المكونات صورة الحاوية التي يجب استخدامها، وعدد النسخ المتماثلة التي سيتم تشغيلها، وإذا كان هناك عنوان IP عام مطلوب لعرض التطبيق، وما إلى ذلك. لمزيد من المعلومات، راجع [وثائق Kubernetes] [kubernetes-documentation]. إذا لم يكن مستودع التعليمات البرمجية المصدر لديك يحتوي بالفعل على بيانات Kubernetes الأساسية للتوزيع، يمكن أن تقوم عمليات النشر التلقائية بإنشاءها لك. وإلا، يمكنك استخدام مجموعة من البيانات الموجودة. يمكنك أيضا اختيار مخطط Helm موجود.
إذا كان مستودع التعليمات البرمجية الخاص بك يحتوي بالفعل على Dockerfile، يمكنك تحديده لاستخدامه لإنشاء صورة التطبيق.
- حدد Use existing Kubernetes manifest deployment files for the deployment options.
- حدد ملف أو مجلد بيان Kubernetes من المستودع الخاص بك.
- حدد التالي.
(اختياري) استخدام دخول مدار و/أو موصل خدمة
عند إنشاء بيانات Kubernetes مع عمليات النشر التلقائية، يمكنك اختياريا تمكين توجيه التطبيق لإعداد وحدة تحكم دخول للتطبيق الخاص بك. يمكنك أيضا استخدام Service Connector لإنشاء اتصال جديد أو دمج تطبيقك بسلاسة مع خلفية خدمة Azure موجودة.
يوفر توجيه التطبيق وحدة تحكم دخول مدارة بالكامل تستند إلى NGINX خارج الصندوق، كاملة بتشفير SSL/TLS مضمن باستخدام الشهادات المخزنة في Azure Key Vault وإدارة منطقة DNS من خلال Azure DNS. عند استخدام عمليات النشر التلقائية، يتكامل أمر كشف الدخول بسلاسة مع توجيه التطبيق، ما يجعل من السهل عرض التطبيق الخاص بك لحركة مرور خارجية تحت اسم DNS مخصص آمن - مع الحد الأدنى من التكوين.
- حدد مربع كشف الدخول .
- اختر بين وحدة تحكم دخول موجودة أو وحدة تحكم دخول جديدة.
- اختر بين استخدام SSL/TLS ممكن أو وحدة تحكم دخول غير آمنة .
- (اختياري) أدخل تفاصيل الشهادة إذا كان اختيار وحدة تحكم دخول ممكنة SSL/TLS .
- اختر بين استخدام Azure DNS أو موفر جهة خارجية.
- أدخل اسم منطقة Azure DNSوالنطاق الفرعي.
(اختياري) إضافة متغيرات البيئة
تعريف متغيرات البيئة لحاوية في Kubernetes عن طريق تحديد أزواج قيمة الاسم. متغيرات البيئة مهمة لأنها تساعد على تمكين إدارة أسهل للإعدادات، والتعامل الآمن مع المعلومات الحساسة، والمرونة عبر البيئات.
مراجعة التكوين والنشر
راجع تكوين التطبيق، وبيانات Kubernetes، ثم حدد Deploy. سيتم إنشاء طلب سحب (PR) مقابل المستودع الذي حددته، لذلك لا تنتقل بعيدا عن صفحة النشر.
مراجعة طلب السحب ودمجه
عند نجاح النشر، حدد عرض طلب السحب لعرض تفاصيل طلب السحب الذي تم إنشاؤه في مستودع التعليمات البرمجية.
- راجع التغييرات ضمن الملفات التي تم تغييرها وقم بإجراء أي تعديلات مطلوبة.
- حدد Merge pull request لدمج التغييرات في مستودع التعليمات البرمجية.
يؤدي دمج التغيير إلى تشغيل سير عمل GitHub Actions الذي يبني التطبيق الخاص بك في صورة حاوية، ويخزنه في Azure Container Registry، وينشره في نظام المجموعة.
التحقق من الموارد المنشورة
بعد اكتمال البنية الأساسية لبرنامج ربط العمليات التجارية، يمكنك مراجعة Kubernetes Service
التي تم إنشاؤها في مدخل Microsoft Azure عن طريق تحديد الخدمات والدخول ضمن قسم موارد Kubernetes من قائمة الخدمة.
يجب أن يؤدي تحديد عنوان IP الخارجي إلى فتح صفحة مستعرض جديدة مع التطبيق قيد التشغيل.
حذف الموارد
بمجرد الانتهاء من نظام المجموعة الخاص بك، استخدم الخطوات التالية لحذفه لتجنب تكبد رسوم Azure:
- في مدخل Microsoft Azure، انتقل إلى عمليات النشر التلقائية
- حدد ... على البنية الأساسية لبرنامج ربط العمليات التجارية التي تختارها.
- حدد حذف.
Azure Kubernetes Service