تمكن فريق من تقليص وقت مسار بناء Quarkus CI على GitHub Actions من 9-11 دقيقة إلى ما يزيد قليلاً عن 5 دقائق. وقد حققوا ذلك من خلال تحسين مهام Quarkus المتكررة، وليس باستخدام خوادم أكبر أو أكثر تكلفة.
مرحباً بقرّاء WondTech! لدينا أخبار رائعة لكل من يتعامل مع مسارات CI/CD، خاصة إذا كنت تستخدم Quarkus. تمكن فريق مؤخراً من خفض أوقات بناء التكامل المستمر (CI) الخاصة بهم على GitHub Actions إلى النصف، مما قلّص مساراتهم من حوالي 9-11 دقيقة إلى 5 دقائق و20 ثانية فقط. والأروع من ذلك، لقد فعلوا ذلك دون الحاجة إلى تشغيل خوادم أكبر وأكثر تكلفة أو أي خدمات تخزين مؤقت مدفوعة!
ماذا يعني هذا بالنسبة لك؟ حسناً، إنه مثال ساطع على كيف يمكن للتحسين الذكي أن يحدث فرقاً هائلاً، مما يوفر الوقت والموارد دون استنزاف ميزانيتك. إذا كانت أوقات البناء لديك تبدو بطيئة، فإن هذه القصة تثبت أن إلقاء نظرة أعمق على إعداداتك الحالية يمكن أن يكشف عن مكاسب كبيرة.
لم يكن السر في تسريع تجميع Maven أو تحميل التبعيات بشكل أسرع، فقد كانت هذه الأمور محسّنة بالفعل. بدلاً من ذلك، اكتشفوا أن عنق الزجاجة كان بسبب تكرار مهام Quarkus. كان مسارهم يقوم مراراً وتكراراً بعمليات «تعزيز» (augmentation) و«تشغيل التطبيقات» (application boots) لمجموعات اختبار مختلفة، حتى عندما لم تكن تلك الاختبارات المحددة تتطلب بدء تشغيل كامل لـ Quarkus أو نفس البنية التحتية.
كان مستودعهم المتعدد الوحدات (monorepo)، وهو مشروع Quarkus متعدد الأجزاء يحتوي على حوالي 24,000 سطر من التعليمات البرمجية، كبيراً بما يكفي لتسبب عمليات بدء تشغيل Quarkus المتكررة هذه في إبطاء الأمور بشكل كبير. من خلال تحديد وإزالة هذا العمل الزائد بدقة، قاموا بتحسين الكفاءة بشكل كبير. كانوا قد طبقوا بالفعل العديد من التحسينات الشائعة، مثل التنفيذ المتوازي لـ Maven، وذاكرة التخزين المؤقت لبناء Maven، وتكوينات الاختبار المتوازية. وهذا يعني أنهم اضطروا للبحث أعمق من الحلول الواضحة.
هذه الأخبار هي تذكير رائع بأن أكبر المكاسب تأتي أحياناً من فهم المتطلبات الفريدة لتطبيقك وتحسين سير العمل نفسه، بدلاً من مجرد زيادة الموارد المادية. الأمر كله يتعلق بالعمل بذكاء أكبر، وليس فقط بجهد أكبر، في بيئة التكامل المستمر الخاصة بك!
ماذا يعني هذا بالنسبة لك؟ حسناً، إنه مثال ساطع على كيف يمكن للتحسين الذكي أن يحدث فرقاً هائلاً، مما يوفر الوقت والموارد دون استنزاف ميزانيتك. إذا كانت أوقات البناء لديك تبدو بطيئة، فإن هذه القصة تثبت أن إلقاء نظرة أعمق على إعداداتك الحالية يمكن أن يكشف عن مكاسب كبيرة.
لم يكن السر في تسريع تجميع Maven أو تحميل التبعيات بشكل أسرع، فقد كانت هذه الأمور محسّنة بالفعل. بدلاً من ذلك، اكتشفوا أن عنق الزجاجة كان بسبب تكرار مهام Quarkus. كان مسارهم يقوم مراراً وتكراراً بعمليات «تعزيز» (augmentation) و«تشغيل التطبيقات» (application boots) لمجموعات اختبار مختلفة، حتى عندما لم تكن تلك الاختبارات المحددة تتطلب بدء تشغيل كامل لـ Quarkus أو نفس البنية التحتية.
كان مستودعهم المتعدد الوحدات (monorepo)، وهو مشروع Quarkus متعدد الأجزاء يحتوي على حوالي 24,000 سطر من التعليمات البرمجية، كبيراً بما يكفي لتسبب عمليات بدء تشغيل Quarkus المتكررة هذه في إبطاء الأمور بشكل كبير. من خلال تحديد وإزالة هذا العمل الزائد بدقة، قاموا بتحسين الكفاءة بشكل كبير. كانوا قد طبقوا بالفعل العديد من التحسينات الشائعة، مثل التنفيذ المتوازي لـ Maven، وذاكرة التخزين المؤقت لبناء Maven، وتكوينات الاختبار المتوازية. وهذا يعني أنهم اضطروا للبحث أعمق من الحلول الواضحة.
هذه الأخبار هي تذكير رائع بأن أكبر المكاسب تأتي أحياناً من فهم المتطلبات الفريدة لتطبيقك وتحسين سير العمل نفسه، بدلاً من مجرد زيادة الموارد المادية. الأمر كله يتعلق بالعمل بذكاء أكبر، وليس فقط بجهد أكبر، في بيئة التكامل المستمر الخاصة بك!
