AWS CDK ने CLI को Construct Library से अलग किया (स्वतंत्र रिलीज़ और नया CLI रिपॉजिटरी)

मुख्य अपडेट

AWS ने Cloud Development Kit को दो स्वतंत्र रूप से जारी किए गए घटकों में विभाजित किया है: CDK Construct Library (वे लाइब्रेरी जिन पर आप ऐप्स में निर्भर करते हैं) और CDK CLI (उपकरण जो सिंथेसाइज़/डिप्लॉय करता है)। CLI का स्रोत और रिलीज़ की गति एक नए GitHub रिपॉजिटरी में जा रही है और अपनी स्वयं की संस्करण रेखा का पालन करेगी (नई गति पर पहला रिलीज़ 2.1000.0 होगा); Construct Library अपनी मौजूदा 2.x रेखा पर बनी रहेगी। AWS स्पष्ट रूप से इसे "CDK v3" नहीं कह रहा है ताकि टूटने से बचा जा सके, और वे यह सुनिश्चित करते हैं कि नया CLI पहले से जारी किए गए Construct Library संस्करणों का समर्थन करना जारी रखेगा।

यह क्यों महत्वपूर्ण है

यह एक व्यावहारिक, डेवलपर-फेसिंग परिवर्तन है — न कि एक मार्केटिंग ट्वीक। कई CI स्क्रिप्ट, स्वचालन प्लेबुक, और इंस्टॉल पैटर्न एकल CDK संस्करण (aws-cdk-lib और aws-cdk को एक ही संस्करण टोकन के तहत स्थापित करना) मानते हैं। अलग-अलग रिलीज़ की गति के साथ, ये मान्यताएँ टूट जाती हैं: आपको CLI और Construct Library को स्वतंत्र रूप से स्थापित या अपग्रेड करना होगा, और किसी भी स्वचालन को अपडेट करना होगा जो दोनों टुकड़ों के लिए एकल CDK संस्करण को पिन करता है। तेज़ CLI पुनरावृत्ति और अधिक बार उपकरण सुधारों की अपेक्षा करें (अच्छा), लेकिन CLI सुविधाओं और लाइब्रेरी व्यवहार के बीच असंगतियों की संभावना भी (CI में मान्य करने के लिए कुछ)।

अब क्या करें: अपने स्क्रिप्ट और CI इमेज में "एक CDK संस्करण" मानना बंद करें; CLI और aws-cdk-lib को अलग-अलग स्थापित या अपग्रेड करें और जब आप किसी भी एक को बदलते हैं तो सिंथ/डिप्लॉय चरणों का परीक्षण करें; किसी भी योगदानकर्ता या उपकरण दस्तावेज़ को अपडेट करें जो विरासत एकल-रिपॉजिटरी कार्यप्रवाह की ओर इशारा करते हैं और, यदि आप CLI में योगदान करते हैं, तो नए CLI रिपॉजिटरी का उपयोग करें। उन टीमों के लिए जो पुनरुत्पादनीय निर्माण में CDK को पिन करती हैं, CLI को एक अलग निर्भरता के रूप में पिन और परीक्षण करने के लिए मानें — नए Construct Library रिलीज़ के साथ संगतता सुनिश्चित करने के लिए CLI को वर्तमान 2.x रिलीज़ पर रखें।

स्रोत

• Source