تقوم GitLab بتوسيع منصة DevOps الخاصة بها بأدوات جديدة للملاحظة والأمان

تقوم GitLab بتوسيع منصة DevOps الخاصة بها بأدوات جديدة للملاحظة والأمان


Gitlab ، خدمة DevOps الشهيرة Open Source ، أعلنت اليوم الإصدار 15 من منصتها. كالعادة ، تعلن Gitlab بشكل أساسي خريطة الطريق الخاصة بها طوال دورة إصدار Gitlab 15 هنا ، مع جميع الميزات الجديدة التي يتم طرحها على مدار العام المقبل أو نحو ذلك. تقول الشركة إنها ستركز على قابلية الملاحظة والأمن وتخطيط المؤسسات وأتمتة سير العمل. 'سأستمر في دمج ليس فقط منصة قابلية للملاحظة - متاح بشكل افتراضي للمطورين لتخزين بيانات قابلية الملاحظة وتخصيص تطبيقاتهم بسهولة - ولكن يجلب تجارب رائعة حقًا لا يمكن أن تنشئها منصة DevOps الأخرى عن طريق عرض هذه المعلومات في السياق الصحيح لـ أخبرني المطورون ، كيني جونستون ، قائد المنتجات في Gitlab ، خلال مقابلة في حدث Kubecon Europe الأسبوع الماضي. فكر في أشياء مثل مطورو كتابة التعليمات البرمجية ودرعوا في الحوادث الحديثة أو الأخطاء المتعلقة بهذا الجزء المحدد من الكود. أداء الكود (أو فشل) ، فإن الإصدار الجديد سيمنح الفرق أيضًا المزيد من الأفكار حول عملية DevOps الشاملة. نظرًا لأن الفرق تقوم بجميع أعمال DevOps الخاصة بها على Gitlab ، يمكن أن توفر الخدمة مقاييس مثل الوقت لدمج أو تغيير معدلات الفشل أو تردد النشر. تقوم GitLab الآن بتوسيع دعمها لجميع مقاييس الأبحاث والتقييم DevOps (DORA4). وقال جونستون إن ما ندركه هو أنه ليس مجرد رقم واحد. من المهم أيضًا كيفية تقطيع هذا الرقم ، لذلك تحتاج إلى هذا الرقم من قبل فريق فردي ، على سبيل المثال. ] تقوم GitLab بإضافة ميزات أمان جديدة لسلسلة التوريد في هذه الدورة (لا مفاجأة هناك ، بالنظر إلى أنه ربما يكون الموضوع الأكثر سخونة في الأمان الآن). ستتمكن الفرق قريبًا من إنشاء فاتورة للبرامج تلقائيًا مع تصنيع موقّع لبناء القطع الأثرية ، على سبيل المثال. ستتمكن فرق الأمن أيضًا من تعيين سياسات أمان على مستوى المجموعة قريبًا ، وتضيف الشركة أدوات اختبار الأمن من الجيل التالي إلى الماسحات الضوئية. الفرق التي تتمتع بمزيد من المرونة فيما يتعلق بالأطر التي يرغبون في استخدامها ، بالإضافة إلى بعض التغييرات في جودة الحياة مثل إضافة المشاهدات والاستعلامات. ستحصل Gitlab 15 أيضًا على القدرة على تحديد مراجعي الرمز تلقائيًا وخطوات سير العمل التالية.

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

اخلاء مسؤولية! هذا المقال لا يعبر بالضرورة عن رأي جامعة الرازي