🐾 👠 ⛔️ صدر GitLab 12.5 مع إنشاء مجموعات EKS ولوحة البيئة 🌙 🔚 🚴🏾

صورة لجذب الانتباه

تم إصدار إصدار جديد من GitLab من خلال إنشاء ونشر مجموعات EKS ودعم Crossplane ولوحة بيئة والعديد من الميزات الرائعة الأخرى!

للحصول على أكثر كفاءة في تقديم البرامج عالية الجودة ، تحتاج إلى دعم مجموعة واسعة من البنية التحتية والعديد من المنصات السحابية . يجعل إصدار GitLab هذا الشهر من السهل إعداد ومراقبة وإدارة المشاريع باستخدام مجموعة متنوعة من التكوينات.

إنشاء ونشر مجموعات EKS من GitLab

مثل 85 ٪ من منصات المؤسسات ، تعتمد GitLab على النهج متعدد الصوت . من الضروري لمستخدمينا نشر تطبيقاتهم على السحابة التي يختارونها دون أي مشاكل. نحن على دراية بذلك ويسعدنا أن نقدم الفرصة لإنشاء مجموعات Kubernetes على EKS من Amazon ببضع نقرات. هذه العملية بسيطة مثل بناء مجموعات على GKE من جوجل . ما عليك سوى اختيار EKS ، وتكوين المجموعة التي تم إنشاؤها ، وسوف يقوم GitLab تلقائيًا بتخصيص الموارد وإعداد نظامك ، ويمكنك بسهولة وسرعة وضع تطبيقاتك عليها. يلغي GitLab الحاجة إلى إكمال الجزء المعقد يدويًا من إنشاء مجموعة.

الآن هذه الميزة قابلة للتحويل ، ويتم تمكينها افتراضيًا على GitLab.com.

العمل مع الخدمات السحابية المدارة مع Crossplane

نعتقد أن الكفاءة التشغيلية مهمة للغاية ، وبالتالي يسعدنا أن نقدم تكامل كروسبلان كتطبيق في تطبيقات GitLab المدارة . تعمل Crossplane على تبسيط العمل مع تبعيات الخدمة السحابية ، مما يسمح للمسؤولين بتكوين الخدمات المدارة المثبتة في السحابة المحددة واستخدامها بشكل آمن ، بما في ذلك GCP و AWS و Azure. التكامل مع Auto DevOps يبسط تخصيص الموارد قبل التصريح عن متغير CI.

عرض سريع لحالة البيئة

في بعض الأحيان تواجه تغييرات متكررة في التطبيق يصعب تتبعها أثناء سيرها في بيئات التطوير والإنتاج والإنتاج. تجمع لوحة بيئات جديدة في مكان واحد معلومات عن حالة جميع البيئات في جميع المجموعات والمشاريع. هذا يعني أنه يمكنك العثور بسرعة على المشاكل وتحديدها. على سبيل المثال ، "هل لا تعمل البيئة لأن الكود ينشر الآن أم أنه لا يعمل حقًا؟"

وحتى أكثر!

12.5 إصدار رائع ، وهناك الكثير من الابتكارات التي تنتظرك. بشكل منفصل ، نريد أن نلاحظ التكامل مع Sourcegraph والعديد من التحسينات الأمنية. تابع القراءة لمعرفة كل شيء عن ميزات الإصدار الجديد لهذا الشهر!

بالمناسبة ، ماذا عن الاجتماع؟ التسجيل مفتوح لمؤتمر مستخدمي GitLab Commit التالي ، والذي سيعقد في 14 يناير في سان فرانسيسكو.

انضم إلينا في GitLab Commit ؛ املأ استطلاع الرأي (باللغة الإنجليزية).

شارة GitLab MVP

MVP هذا الشهر - gfyoung

قام المستخدم gfyoung بتقديم أكثر من 30 طلب دمج (في الترجمة الروسية لـ GitLab ، "طلبات دمج") لإضافة frozen_string_literals إلى اختبارات frozen_string_literals لتحسين الأداء والاتساق ، وهذا لا يحسب العديد من طلبات الدمج في كود GitLab نفسه خلال العام الماضي. من الرائع رؤية نهج تكراري في العمل ، ونحن ممتنون للغاية ل gfyoung على هذا العمل!

الملامح الرئيسية لإصدار GitLab 12.5

بسهولة إنشاء ونشر مجموعات EKS من GitLab

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) DevOps stage loop: "Configure"

Kubernetes معقدة بشكل لا يغتفر ، وبالتالي فإن إنشاء كتلة من الصفر ليست مهمة سهلة. حتى مع خدمات مثل AWS المرنة Kubernetes Service (EKS) ، والتي تخفي بعض التعقيد وراء التجريد ، لا يزال الأمر يتطلب العديد من الخطوات فقط لمجرد البدء. التكوين اليدوي ، مثل إنشاء طائرة تحكم Kubernetes خاصة والعقد الفردية في EC2 ، يصرفك عن الهدف الرئيسي - إطلاق تطبيقاتك. في GitLab ، نسعى جاهدين لأتمتة جميع المهام المتكررة ونريد تبسيط عملية إنشاء مجموعة جديدة. هذا هو السبب في أننا نضيف التكامل مع EKS في الإصدار 12.5.

الآن على صفحة الكتل يمكنك تحديد خيار EKS (وهذا يتطلب تسجيل الدخول إلى حساب AWS الخاص بك). بعد تسجيل الدخول ، ما عليك سوى تحديد المعلمات الضرورية لمجموعتك ، وسيتولى GitLab العناية بالباقي.

تكامل EKS مهم ليس فقط من أجل راحة العمل مع Kubernetes على AWS ، بل هو أيضًا جزء من إستراتيجيتنا متعددة الصوت. جنبا إلى جنب مع تكامل GKE ، نأمل أن نجعل الأمر أسهل ليس فقط لتكوين Kubernetes ، ولكن أيضا التحول إلى متعدد الصوت. وهذه مجرد البداية ، نريد أن يكون لدى مستخدمينا مجموعة واسعة من موفري السحابة للنشر. يمكنك استخدام أي مزود مزود بقوته ويكون قادراً على نقل تطبيقاتك إلى السحابة المحددة دون تغيير سير العمل المعتاد في GitLab.

الآن هذه الميزة قابلة للتحويل ، ويتم تمكينها افتراضيًا على GitLab.com. لتمكينه في حالات المستخدم ، ابدأ تشغيل وحدة التحكم في Rails: gitlab-rails console وقم بتشغيل Feature.enable(:create_eks_clusters) .

وثائق حول إنشاء مجموعات EKS والتذكرة الأصلية .

Crossplane في GitLab Managed Apps

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) DevOps stage loop: "Configure"

في السابق ، كان من الممكن إطلاق تطبيقات Kubernetes باستخدام GitLab ، لكن لابد من تكوين تبعيات الخدمة بشكل منفصل وتوصيلها وتأمينها. بدءًا من الإصدار 12.5 ، يمكن الآن تكوين الخدمات السحابية بشكل تعريفي مع مشروع Crossplane مفتوح المصدر ، الذي يرث واجهة برمجة تطبيقات Kubernetes لإدارة خدمات مثل PostgreSQL و MySQL و Redis و Storage Buckets.

Crossplane متاحة الآن باسم GitLab Managed App. يمكنك تثبيته في أي نظام Kubernetes يقوم بتشغيل GitLab. يمكن تكوين الخدمات المدارة من GCP و AWS و Azure بأمان باستخدام kubectl في خطوط الأنابيب القياسية (باللغة الروسية لـ GitLab "خطوط التجميع") GitLab أو باستخدام Auto DevOps.

سيؤدي استخدام Crossplane مع Auto DevOps إلى منح المستخدمين القدرة على إدارة قواعد بيانات الكتلة ، وتوفير حل جاهز للإصدار. شكرا جزيلا لفريق Upbound على هذا العمل الرائع!

دعم Crossplane في GitLab Managed Apps

وثائق الطائرة الطائرة والتذكرة الأصلية .

رمز المخابرات مع Sourcegraph

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) مرحلة من دورة DevOps: "إنشاء"

غالبًا ما يستخدم المطورون انتقالات إلى تعريفات المتغيرات والوظائف ويبحثون عن العلاقات عند كتابة البرنامج ، ولكن عند مراجعة التعليمات البرمجية ، لا يتوفر ذلك عادةً. الآن ، عند عرض رمز أو مراجعة طلب دمج ، أصبح التنقل عبر التعليمات البرمجية الفعالة من Sourcegraph متاحًا.

في إصدار GitLab 12.5 ، بمجرد أن يقوم مسؤول المثيل بتكوين تكامل Sourcegraph ، يمكنك الموافقة على استخدامه في إعداداتك. في GitLab.com ، نضيف تدريجيا Sourcegraph للمشاريع العامة. يمكنك تجربتها الآن في مشروع GitLab هذا عن طريق تضمين Sourcegraph في إعدادات المستخدم الخاصة بك .

بفضل Sourcegraph لجعل هذا التكامل ! تعلم المزيد عنها .

التوثيق المصدر والتذكرة الأصلية .

لوحة البيئة

(PREMIUM ، ULTIMATE ، SILVER ، GOLD) مرحلة من دورة DevOps: "Release"

بيئات GitLab هي بنية منطقية تمنحك التحكم في حالة البيئات المادية التي يتم فيها نشر الكود. هذه واحدة من تلك الميزات التي تجعل GitLab حلاً مضغوطًا بالفعل ، وليس مجرد أداة CI مريحة لإدارة النشر. ومع ذلك ، عندما يكون هناك العديد من البيئات ، يصبح من الصعب إدارتها. في السابق ، كان من الصعب تتبع حالة العديد من البيئات الخاصة بمشاريع مختلفة ، حيث كان عليك الانتقال إلى كل مشروع لعرض بيئاته المدمجة.

توفر لوحة البيئات الجديدة بيانات عن جميع البيئات ضمن مشاريعك ، مما يتيح لك رؤية الصورة الكاملة لما يحدث في كل بيئة. يمكنك الآن تتبع كيفية انتقال التغييرات من التطوير إلى التدريج ، ثم إلى الإنتاج ، أو من خلال أي من بيئاتك الأخرى ، من مكان واحد. من خلال رؤية ملائمة جديدة للبيئة لجميع المشاريع ، يمكنك على الفور معرفة خطوط الأنابيب التي تم إكمالها بنجاح والتي لا ، وفهم مكان ظهور الكتلة ، وإذا كان هناك المزيد من المشاكل النظامية التي تتطلب التحقيق. ستساعدك لوحة البيئة في حل هذه المشكلات بشكل أكثر فعالية.

البيئات لوحة القيادة

الوثائق على لوحة البيئات والتذكرة الأصلية .

رابطة المعالم مع الإصدار

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) مرحلة من دورة DevOps: "Release"

تخلق العديد من الفرق ، بما في ذلك فريقنا ، علامة فارقة لكل إصدار (في الترجمة الروسية لـ GitLab ، "مرحلة") ، والتي يرتبط بها كل شيء ، وبالنسبة لبعض الفرق ، قد يتضمن الإصدار أكثر من سباق واحد. يمكنك الآن ربط أحد المعالم الرئيسية أو عدة إصدارات بالإصدار ، وسيتم ملء صفحة الإصدار بجميع التذاكر وطلبات الدمج المضمنة في الإصدار.

ربط المعالم مع الافراج

وثائق عن الإصدارات والمعالم والتذكرة الأصلية .

تحسينات أخرى في GitLab 12.5

الحدث APIs التدقيق للمجموعات

(بداية ، PREMIUM ، ULTIMATE ، البرونز ، الفضة ، الذهب) مرحلة من دورة DevOps: "إدارة"

يوفر Event Audit API نظرة ثاقبة لحالة بيئة GitLab الخاصة بك. في السابق ، يمكن للمسؤولين فقط استخدام واجهة برمجة التطبيقات هذه لعرض أحداث المثيلات . نظرًا لعدم تمتع مستخدمي GitLab.com بهذا الوصول ، فقد كان من الضروري توسيع هذه الوظيفة لتشمل مالكي المجموعات.

لذا فقد مكنا من الوصول إلى بيانات أحداث المجموعة من خلال واجهة برمجة تطبيقات GitLab لمساعدتك في التواصل مع قراراتك وإدارة الامتثال في مجموعاتك. نحن نخطط لجعل مراجعة الأحداث أكثر تفصيلًا ، وسوف توفر واجهة برمجة التطبيقات أيضًا معلومات أكثر فائدة.

توثيق الحدث API التوثيق للمجموعات والتذكرة الأصلية .

يمكن الآن أن ترث الملاحم تواريخ البدء والانتهاء من الملاحم المتداخلة

(ULTIMATE ، GOLD) مرحلة من دورة DevOps: "الخطة"

في هذا الإصدار ، قمنا بتسهيل العمل مع معلومات حول توقيت ملاحمك (في التوطين الروسي لـ GitLab ، "الأهداف"). الآن يمكن للملحمات أن ترث تواريخ البدء والانتهاء للمعالم الرئيسية ، ليس فقط من المهام المرفقة ، ولكن أيضًا من الملاحم المتداخلة المرفقة. لم يعد من الضروري تخمين الإطار الزمني الذي يجب أن تكتمل فيه الملاحم والمهام المرفقة.

توثيق تواريخ البدء والانتهاء في الملاحم والتذكرة الأصلية .

تحسين التنقل على صفحات المجموعة والمجموعة الفرعية والمشروع

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) مرحلة من دورة DevOps: "الخطة"

إذا كان لديك هيكل معقد من المجموعات والمجموعات الفرعية والمشاريع ، فقد يكون من الصعب فهم مكانك في التسلسل الهرمي بالضبط. الآن ، بفضل الشكل المحدّث لشريط التنقل الأيمن ، يمكنك بسرعة فهم السياق الذي تعمل فيه.

وثائق حول إنشاء المشاريع والتذكرة الأصلية .

يتم عرض التعليقات التوضيحية للتصميم في نشاط التذاكر

(PREMIUM ، ULTIMATE ، SILVER ، GOLD) مرحلة دورة DevOps: "إنشاء"

في السابق ، عند إضافة تعليق توضيحي جديد أو تعليق إلى تصميم ، لم يتم عرض هذا إلا في التصميم نفسه. الآن ، عند إضافة تعليقات توضيحية جديدة ، ستضيف GitLab أيضًا إشارة إلى ذلك في علامة التبويب " مناقشة" حتى يعرفها جميع المشاركين في المهمة. وبالتالي ، سيكون من الأسهل العمل على التصميمات معًا وسيتمكن الجميع من المساهمة.

تصميم وثائق الشرح والتذكرة الأصلية .

Git info / refs caching (beta)

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) مرحلة من دورة DevOps: "إنشاء"

عند تلقي التغييرات على مستودع git ، يعلن خادم Git عن قائمة بجميع فروع وعلامات المستودع. في بعض الحالات ، كان 75٪ من جميع الطلبات إلى خادم الويب طلبات للحصول على روابط (المراجع). في أفضل الأحوال ، عندما تكون جميع الروابط معبأة ، فهذه عملية غير مكلفة نسبيًا ، ولكن إذا كانت هناك روابط غير معبأة ، فسيتعين على Git الالتفاف عليها. وهذا يمكن أن يؤدي بالفعل إلى نفقات بسبب عمليات إضافية على القرص ، وخاصة عند استخدام التخزين مع الكمون العالية ، على سبيل المثال ، NFS.

بدءًا من الإصدار 12.5 ، يمكن لمسؤولي المثيلات تمكين ذاكرة التخزين المؤقت info/refs النسخة التجريبية info/refs لزيادة أداء إعلانات الارتباط وتقليل التحميل على Gitaly مع طلبات الإعلانات المتكررة.

باختبار هذه الميزة على GitLab.com ، وجدنا بالفعل أن عمليات القراءة تفوق عدد عمليات الكتابة بمقدار 10 مرات ، كما انخفض متوسط التأخير الظاهر بنسبة 70٪. نتوقع نتائج أفضل لمثيلات GitLab مع NFS كمستودع لـ Git.

بشكل افتراضي ، لم يتم تمكين ذاكرة التخزين المؤقت بعد ، حيث أننا نتحقق من طلب أعلى من المتوقع للكتابة إلى ذاكرة التخزين المؤقت ، ربما بسبب أخطاء متزامنة. ترقبوا gitaly # 2124 .

التخزين المؤقت لمعلومات Git / المراجع (تجريبية)

وثائق ذاكرة التخزين المؤقت والتذكرة الأصلية .

تمت إضافة الحالة القابلة للدمج لدمج API الطلب

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) مرحلة من دورة DevOps: "إنشاء"

يتضمن API طلب دمج الآن مزيد من التفاصيل حول لماذا لا يمكن قبول طلب دمج. تشير السمة has_conflicts إلى ما إذا كانت هناك تعارضات دمج ، وتشير السمة blocking_discussions_resolved إلى ما إذا كانت هناك مناقشات لم يتم حلها. هذه السمات الجديدة مفيدة بشكل خاص للأتمتة ، حيث إنها تُظهر الإجراءات اللازمة لحل التعارضات.

بفضل براين كابيرو لهذه الميزة !

وثائق حول الحصول على معلومات حول طلب دمج والتذكرة الأصلية .

تمرير القيم إلى `pipelines/new` صفحة `pipelines/new` عبر سلسلة الاستعلام

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) مرحلة من دورة DevOps: "تحقق"

لإنشاء خط أنابيب جديد عبر موقع GitLab ، انتقل إلى /pipelines/new صفحة /pipelines/new واملأ القيم المطلوبة لبدء تشغيل خط الأنابيب. في السابق ، كان من الممكن بالفعل إضافة المعلمة ref لتحديد فرع أو علامة (على سبيل المثال ، /pipelines/new?ref=master ). لقد أضفنا الآن القدرة على تعيين قيم أخرى بالمثل عبر سلسلة الاستعلام.

وثائق حول استخدام سلسلة الاستعلام والتذكرة الأصلية .

الأسماء المستعارة للنصوص المخصصة في gitlab-ci.yml

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) مرحلة من دورة DevOps: "تحقق"

يعد إنشاء "لبنات بناء" صغيرة يمكن استخدامها بشكل متكرر أداة قوية في تصميم الناقلات. سيتيح لك ذلك تجنب التكرار ، فصل الوظائف إلى كتل منفصلة مفهومة وإنشاء سلاسل التبعيات التي يتم فيها تحديث كتلة التعليمات البرمجية في وقت واحد لجميع الكتل التابعة.

لدى GitLab العديد من الآليات لتطبيق هذا النمط في التصميم ، بما في ذلك عناصر بناء جملة YAML الافتراضية مثل المراسيم والأسماء المستعارة. ومع ذلك ، عند محاولة استخدام صفيف من الأسماء المستعارة باستخدام script للكلمات before_script أو after_script أو after_script ، يتم إنشاء صفيف متداخل أثناء الدمج ، والذي لن ينجح.

في GitLab 12.5 ، تعمل صفائف البرامج النصية بشكل صحيح عند الوصول إليها من خلال نقاط الارتساء. لا يزال فشل استخدامها مع include extends ، ولكن يمكنك استخدام نقاط ربط داخل ملف منفصل للوصول إلى مجموعة من أنماط التصميم الجديدة.

وثائق المراسي للنصوص والتذكرة الأصلية .

عرض التفاصيل على أخطاء JUnit في طلب دمج

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) مرحلة من دورة DevOps: "تحقق"

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

يتضمن هذا نتائج الاختبارات التي تم اجتيازها ، والتي لم يتم إخفاقها وفشلها ، بالإضافة إلى التوقيت ونظرة عامة مفصلة على الاختبارات الفردية ، بما في ذلك قائمة بالفشل ، من أجل تحديد المشكلات وحلها بشكل أسرع.

عرض تفاصيل الخطأ JUnit في طلب دمج

وثائق عن نتائج اختبارات Junit والتذكرة الأصلية .

الوثائق السياقية لمساعدة المستخدمين على تنزيل حزم NPM

(PREMIUM ، ULTIMATE ، SILVER ، GOLD) مرحلة من دورة DevOps: "Package"

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

في GitLab 12.5 ، يسرنا أن نقدم التكرار الأول لتحسين التنقل وسير العمل في سجل حزمة GitLab. الآن يمكن للمستخدمين بسهولة نسخ التعليمات البرمجية لتشغيل npm install npm setup لتثبيت الحزم التي يحتاجون إليها بشكل أسرع.

الوثائق السياقية لمساعدة المستخدمين على تنزيل حزم NPM

وثائق التسجيل NPM والتذكرة الأصلية .

واجهة برمجة تطبيقات عامة للميزات القابلة للتحويل

(PREMIUM ، ULTIMATE ، SILVER ، GOLD) مرحلة من دورة DevOps: "Release"

لقد أضفنا وظائف واجهة برمجة التطبيقات (API) التي ستتيح لك تكوين وإدارة الميزات القابلة للتحويل. في السابق ، لا يمكن القيام بذلك إلا من خلال واجهة المستخدم.

وثائق API للميزات والتذكرة الأصلية .

إدارة الكتلة المستندة إلى CI

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) DevOps stage loop: "Configure"

تُعد القدرة على تثبيت تطبيقات Kubernetes بنقرة واحدة مفيدة للبدء والبدء بسرعة. ومع ذلك ، من الضروري في بعض الأحيان تكوين مخطط Helm قبل التثبيت. سيسمح نهج جديد لإدارة الكتلة المستندة إلى CI للمستخدمين بإنشاء "مشاريع إدارة الكتلة" التي تتلقى امتيازات cluster-admin الكتلة على الكتلة ويمكن أن تتفاعل مع الكتلة من خلال CI. لن يسمح لك هذا بتثبيت تطبيقات القوالب فحسب ، بل يمنح المستخدمين أيضًا القدرة على تخصيص المخططات قبل التثبيت. علاوة على ذلك ، سيتمكن المستخدمون من استخدام جميع ميزات GitLab الحالية المتعلقة بالأمان والمصادقة والتحكم في الإصدار و CI عند إدارة تطبيقات Kubernetes. في المستقبل ، سنقوم بدمج عمليات التثبيت بنقرة واحدة مع عمليات تثبيت التطبيقات المستندة إلى CI.

إدارة تطبيق الكتلة المستندة إلى CI

وثائق إدارة الكتلة والتذكرة الأصلية .

دعم وقت التشغيل OpenFaas في GitLab Serverless

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) DevOps stage loop: "Configure"

يدعم GitLab Serverless الآن أوقات تشغيل OpenFaaS الكلاسيكية . من خلال مساعدتهم ، يمكن للمطورين كتابة وظائف بلا خادم لـ Knative بإحدى اللغات المدعومة الست .

وثائق وقت التشغيل المدعومة وتذكرة أصلية .

قم بإغلاق تذاكر GitLab تلقائيًا عند تلقي إشارات الاسترداد من Prometheus

(ULTIMATE ، GOLD) مرحلة من دورة DevOps: "مراقب"

يتم حل حوادث GitLab بإحدى طريقتين:

شخص ما هو حل مشكلة.
النظام نفسه يحل المشاكل.

بعد استكشاف الأخطاء وإصلاحها ، يجب إغلاق تذكرة الحادث بحيث لا يكون هناك أي لبس حول الحوادث النشطة والتي تتطلب التخلص من العواقب. عندما يتم حل حادث ما نتيجة لحل مشكلة ، تقوم بروميثيوس بإنشاء إشارة استرداد للنظام ، مما يمنح GitLab القدرة على إغلاق التذكرة المرتبطة بالحادث تلقائيًا.

سيوفر ذلك للمتخصصين في حل الحوادث من العمل اليدوي غير الضروري ، ويضمن أيضًا أن تكون كل تذكرة مفتوحة مشكلة ملحة يجب حلها.

وثائق عن الاستجابة للحادث والتذكرة الأصلية .

تصفية قائمة خطأ ترقب بواسطة رأس في GitLab

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) DevOps stage loop: "Monitor"

تتطلب أخطاء الفرز القدرة على تصفية قائمة الأخطاء وفرزها وفقًا لمعايير المستخدم المناسبة لحالة معينة. يمكنك الآن البحث في قائمة الأخطاء Sentry ضمن مشروع GitLab من خلال التكامل مع Sentry. اذهبوا إلى العمليات> تتبع الأخطاء في الجزء الأيمن للعثور على أخطاء ترقب وعرضها.

الوثائق على قائمة الأخطاء والتذكرة الأصلية .

أوامر سلاك لإضافة تعليقات التذاكر

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) DevOps stage loop: "Monitor"

يتيح لك ChatOps بدء العمليات من خلال أوامر وإجراءات بديهية يمكنك إدخالها مباشرة في الدردشة. لقد وسعنا مجموعة أوامر Slack الحالية بإضافة أمر يتيح لك إضافة تعليق إلى تذكرة GitLab دون مغادرة Slack. سيتيح لك ذلك عدم صرف انتباهك عن العمل وعدم التبديل بين واجهات متعددة لمجرد تمرير تذكرة إلى أحد أعضاء الفريق أو العميل.

توثيق الفرق والتذكرة الأصلية .

تحرير لوحة المقاييس

(CORE، STARTER، PREMIUM، ULTIMATE، FREE، BRONZE، SILVER، GOLD) DevOps stage loop: "Monitor"

في السابق ، لإنشاء نسخة خاصة بهم من لوحة التحكم ، كان على المستخدمين إنشاء ملف YAML في الدليل الجذر لمستودع التخزين وتعبئته بالكامل. كان هذا معقدًا جدًا وتطلب الكثير من الإجراءات اليدوية.

الآن ، في GitLab 12.5 ، أصبح هذا أسهل بكثير. بالنقر على زر "تعديل لوحة القيادة" ، سيتم توجيهك إلى صفحة IDE حيث يمكنك تحديث ملف YAML الذي تم إنشاؤه بالفعل.

تحرير لوحة المقاييس