قدمت GitLab نهجًا جديدًا لـ Green DevOps، مما يوضح كيف يمكن لفرق هندسة البرمجيات قياس انبعاثات الكربون الناتجة عن خطوط أنابيب CI/CD الخاصة بهم. بدلاً من التعامل مع الاستدامة باعتبارها اهتمامًا بالبنية التحتية وحدها، تجادل GitLab بأن خطوط توصيل البرامج نفسها يجب أن تصبح قابلة للملاحظة من منظور بيئي، مما يسمح للفرق الهندسية بفهم تأثير الكربون الناتج عن عمليات البناء والاختبار والنشر واستخدام المتسابق جنبًا إلى جنب مع المقاييس التقليدية مثل وقت التنفيذ والتكلفة.
في حين أن المؤسسات قامت منذ فترة طويلة بتحسين خطوط أنابيب CI/CD من أجل السرعة والموثوقية والتكلفة، فإن GitLab يقترح أن انبعاثات الكربون يجب أن تصبح على نحو متزايد بُعدًا آخر قابلاً للقياس لجودة البرمجيات. من خلال الكشف عن البيانات البيئية ضمن مسارات عمل DevOps الحالية، يمكن للفرق اتخاذ قرارات مستنيرة تعمل على تحسين الكفاءة التشغيلية والأداء البيئي دون تغيير كيفية تطوير البرامج بشكل أساسي.
يوضح المقال كيف يمكن للفرق الهندسية تقدير الانبعاثات الناتجة أثناء تسليم البرامج من خلال الجمع بين بيانات تنفيذ CI/CD مع معلومات كثافة الكربون الخارجية ونماذج استهلاك الطاقة. بدلاً من محاولة قياس استخدام الكهرباء مباشرة من كل خادم بناء، تحدد GitLab نهجًا يربط مدة خط الأنابيب، واستخدام المشغل، وموارد الحوسبة، وكثافة شبكة الطاقة الإقليمية لتقدير التأثير البيئي لعمليات تنفيذ خطوط الأنابيب الفردية.
يمكن دمج القياسات الناتجة في لوحات المعلومات الهندسية الموجودة، مما يمكّن الفرق من مقارنة المشاريع، وتحديد سير العمل غير الفعال، ومراقبة مدى تأثير التغييرات المعمارية أو تغييرات خطوط الأنابيب على الاستدامة بمرور الوقت. تمامًا مثل مراقبة مدة البناء أو تكرار النشر، تصبح انبعاثات الكربون خاصية أخرى يمكن ملاحظتها في عملية تسليم البرامج.
أحد المواضيع الرئيسية في مناقشة GitLab هو أن تقليل الانبعاثات غالبًا ما يتوافق بشكل طبيعي مع تحسين الكفاءة الهندسية. تستهلك خطوط الأنابيب التي تنفذ وظائف غير ضرورية، أو تعيد بناء العناصر غير المتغيرة، أو تزيد من التزويد، أو تجري اختبارات زائدة عن الحاجة بشكل متكرر، موارد حوسبة إضافية مع زيادة التكاليف وانبعاثات الكربون.
وبالتالي فإن تحسين خطوط أنابيب CI/CD من خلال تقنيات مثل التخزين المؤقت الذكي، والتنفيذ المتوازي، والاختبار الانتقائي، وإعادة استخدام القطع الأثرية، والبنية التحتية المؤقتة، وبيئات البناء ذات الحجم المناسب يوفر فوائد متعددة في وقت واحد. تعمل المؤسسات على تقليل تكاليف البنية التحتية، وتسريع تسليم البرامج، وتقليل التأثير البيئي باستخدام العديد من الممارسات الهندسية نفسها. وهذا يعزز فكرة أن الاستدامة يمكن أن تصبح نتيجة للهندسة الجيدة بدلاً من كونها هدفاً تجارياً منافساً.
ومع تزايد اعتماد المؤسسات على تطوير البرمجيات المدعومة بالذكاء الاصطناعي، قد تصبح هذه الرؤية أكثر أهمية. تتمتع التعليمات البرمجية التي ينشئها الذكاء الاصطناعي بالقدرة على زيادة وتيرة البناء والاختبار الآلي ونشاط النشر بشكل كبير، مما يزيد من صعوبة فهم التأثير التشغيلي لممارسات التطوير دون قياس شامل عن بعد. يوفر CI/CD المراعي للكربون عدسة أخرى يمكن للمؤسسات من خلالها تقييم الفعالية الهندسية.
من خلال دمج القياس البيئي مباشرة في سير عمل التسليم، يمكن لفرق النظام الأساسي إنشاء معايير هندسية على مستوى المؤسسة تأخذ في الاعتبار كفاءة الموارد إلى جانب الأمان والموثوقية والأداء. وبدلاً من مطالبة فرق التطوير الفردية بحساب الانبعاثات يدويًا، تكشف المنصة تلقائيًا عن رؤى ذات معنى حول الاستدامة.
GitLab ليس وحده الذي يستكشف تقديم البرامج الأكثر مراعاة للبيئة. قامت مؤسسة Green Software Foundation بتطوير مواصفات كثافة الكربون في البرامج (SCI) لمساعدة المؤسسات على قياس الانبعاثات المرتبطة بأنظمة البرامج، في حين أن موفري الخدمات السحابية واسعة النطاق، بما في ذلك Microsoft Azure وGoogle Cloud وAmazon Web Services، يقدمون الآن لوحات معلومات لإعداد تقارير الكربون التي تكشف التأثير البيئي للبنية التحتية السحابية. تعمل المؤسسات الهندسية أيضًا على دمج أدوات مثل Cloud Carbon Footprint وScaphandre وKepler (مصدر مستوى الطاقة الفعال المستند إلى Kubernetes) لتقدير استهلاك الطاقة على مستوى التطبيق داخل بيئات Kubernetes.
ومع ذلك، في طبقة CI/CD، تظل إمكانية المراقبة البيئية غير ناضجة نسبيًا. يسلط عمل GitLab الضوء على كيفية دمج مقاييس الاستدامة مباشرة في خطوط توصيل البرامج بدلاً من البقاء معزولة ضمن أدوات إعداد تقارير البنية التحتية. مع استمرار المؤسسات في اعتماد ممارسات FinOps لتحسين الإنفاق السحابي.
يوضح اقتراح GitLab كيف يمكن لمقاييس الاستدامة أن تنتقل من تقارير البنية التحتية إلى سير العمل الهندسي اليومي، مما يسمح للفرق بتقييم التأثير البيئي إلى جانب تكرار النشر ومدة البناء والتكلفة.
