GitHub Actions 1‑vCPU Linux रनर अब सामान्य रूप से उपलब्ध

GitHub Actions ने घोषणा की है कि 1 vCPU Linux रनर अब सामान्य रूप से उपलब्ध हैं। ये रनर एक कंटेनर के अंदर जॉब्स चलाते हैं (न कि एक समर्पित VM), 1 vCPU और 5 GB RAM प्रदान करते हैं, और प्रत्येक जॉब के लिए 15 मिनट तक सीमित होते हैं। ये स्वचालन कार्यों, मुद्दों के संचालन और छोटे CI जॉब्स के लिए डिज़ाइन किए गए हैं; आधिकारिक रनर लक्ष्य ubuntu-slim है। (github.blog)

पूर्ण-स्टैक टीमों के लिए यह क्यों महत्वपूर्ण है

• लागत और कतार-समय का अनुकूलन: कम लागत वाले कंटेनर अक्सर छोटे, बार-बार चलने वाले कार्यों (lint, format, त्वरित निर्माण, ऑटो-लेबलिंग, छोटे परीक्षण) के लिए बेहतर होते हैं, जो बड़े VM रनरों की तुलना में खर्च को कम करते हैं।
• डेवलपर उत्पादकता के लिए तेज़ फीडबैक लूप: छोटे कार्य जो पहले VM क्षमता साझा करते थे, अब इन हल्के रनरों पर चले जा सकते हैं और अधिक तेजी से पूरे हो सकते हैं।
• स्पष्ट जॉब आकार सीमा: 15-मिनट की कठोर सीमा टीमों को बहुत छोटे स्वचालन कार्यों को भारी CI पाइपलाइनों से अलग करने के लिए मजबूर करती है।

मुख्य तकनीकी विवरण (घोषणा से)

• स्पेक: 1 vCPU, 5 GB RAM।
• निष्पादन मॉडल: जॉब एक कंटेनर के अंदर हाइपरविज़र-स्तरीय 2 अलगाव के साथ चलता है; जॉब पूरा होने के बाद कंटेनर हटा दिया जाता है।
• समय सीमा: 15 मिनट; सीमा से अधिक जॉब्स समाप्त कर दिए जाएंगे और विफल हो जाएंगे।
• लक्ष्य कैसे करें: जॉब परिभाषाओं में नए रनर प्रकार ubuntu-slim का उपयोग करें। (github.blog)

व्यावहारिक चेकलिस्ट — इस सप्ताह क्या करें

1. वर्कफ़्लो का ऑडिट करें: उन जॉब्स की सूची बनाएं जो आमतौर पर <15 मिनट में चलती हैं (.github/workflows के तहत) (linters, formatters, छोटे यूनिट टेस्ट शार्ड्स, ऑटो-रेस्पॉंडर्स, रिलीज-नोट जनरेटर)।
2. सुरक्षित जॉब्स को ubuntu-slim पर स्थानांतरित करें: ऊपर बताए गए वर्कफ़्लो के लिए runs-on को ubuntu-slim में अपडेट करें, उन्हें एक शाखा में परीक्षण करें।
3. कंटेनर सीमाओं पर ध्यान दें: चूंकि ये कंटेनरों के अंदर चलते हैं (VM नहीं), सुनिश्चित करें कि जॉब्स VM-विशिष्ट क्षमताओं (विशेषाधिकार प्राप्त VM उपकरण, कस्टम कर्नेल सुविधाएँ, लंबे समय तक चलने वाले माउंट) पर निर्भर नहीं करते हैं। यदि किसी जॉब को पूर्ण VM की आवश्यकता है, तो एक बड़ा रनर रखें।
4. प्रभाव मापें: लागत और विलंबता में सुधार को मात्रात्मक रूप से समझने के लिए पहले/बाद में रनटाइम, कतार समय और बिलिंग की तुलना करें।
5. स्थापित सॉफ़्टवेयर और सीमाओं की जांच करें: आवश्यक CLI उपकरणों और क्रेडेंशियल व्यवहार को सुनिश्चित करने के लिए बड़े पैमाने पर माइग्रेशन से पहले runner-images रिपॉजिटरी और बिलिंग दस्तावेज़ों की समीक्षा करें। (github.blog)

क्या न स्थानांतरित करें

• लंबे समय तक चलने वाले निर्माण/परीक्षण जॉब्स जो आमतौर पर 15 मिनट से अधिक होते हैं।
• जॉब्स जो विशेषाधिकार प्राप्त VM सुविधाओं की आवश्यकता होती हैं (nested virtualization, पूर्ण VM उपकरण)।
• कोई भी जॉब जो चलाने के बीच एक स्थायी VM या लंबे समय तक चलने वाली स्थिति मानता है।

निष्कर्ष ubuntu-slim रनर टीमों को बार-बार छोटे कार्यों के लिए एक सस्ता, तेज़ विकल्प देता है जो पहले बड़े, अधिक महंगे रनर क्षमता का उपभोग करते थे। योग्य जॉब्स का ऑडिट और स्थानांतरण लागत को कम करेगा और डेवलपर फीडबैक को तेज करेगा, लेकिन व्यापक अपनाने से पहले कंटेनर सीमाओं और 15-मिनट की सीमा के लिए सावधानी से परीक्षण करें। (github.blog)

Source:

Source

• Source