AWS Transform अब .NET ऐप्स में Azure SDK कोड को AWS SDK कोड में बदल सकता है
AWS का कहना है कि उसका .NET आधुनिकीकरण एजेंट अब चुनिंदा Azure सेवाओं की कॉल्स को उनके AWS समकक्षों के लिए फिर से लिखता है, जिसमें एप्लिकेशन कोड शामिल है लेकिन इंफ्रास्ट्रक्चर नहीं।

मुख्य बातें
- 1AWS ने AWS Transform में Azure SDK से AWS SDK कोड रूपांतरण को सामान्य रूप से उपलब्ध कर दिया है, जिसकी घोषणा 16 अक्टूबर को की गई।
- 2AWS के अनुसार समर्थित रास्ते: Azure Functions से Lambda, Blob Storage से S3, Queue Storage से SQS; Cosmos DB से DynamoDB प्रीव्यू में है।
- 3यूज़र गाइड के अनुसार, यह सुविधा केवल एप्लिकेशन कोड को रूपांतरित करती है और क्लाउड इंफ्रास्ट्रक्चर को माइग्रेट नहीं करती।
- 4रूपांतरण विकल्प आकलन रिपोर्ट और आधुनिकीकरण योजना में दिखाई देते हैं और इन्हें अनुकूलित किया जा सकता है या इनसे बाहर निकला जा सकता है।
- 5AWS का कहना है कि जो कोड रूपांतरित नहीं हो सकता, उसे TODO टिप्पणियों, स्टब कोड या एक जनरेट की गई Next Steps फ़ाइल में चिह्नित किया जाता है।
पूरी खबर
16 अक्टूबर को पोस्ट की गई एक घोषणा के अनुसार, AWS ने AWS Transform में Azure SDK से AWS SDK में कोड रूपांतरण को सामान्य रूप से उपलब्ध (GA) कर दिया है। कंपनी इस क्षमता को Microsoft Azure के लिए बनाए गए क्लाउड-नेटिव .NET एप्लिकेशनों को AWS पर ले जाने के एक तेज़ तरीके के रूप में प्रस्तुत करती है। AWS के अनुसार, AWS Transform में .NET आधुनिकीकरण एजेंट उस कोड का पता लगाता है जो Azure सेवाओं को कॉल करता है और उसे संबंधित AWS सेवाओं का उपयोग करने के लिए फिर से लिखता है।
AWS चार समर्थित रूपांतरण सूचीबद्ध करता है: Azure Functions को AWS Lambda फ़ंक्शनों के रूप में फिर से लिखा जाता है, Azure Blob Storage कोड को Amazon S3 पर ले जाया जाता है, और Azure Queue Storage कोड को Amazon SQS पर ले जाया जाता है, जबकि Azure Cosmos DB कोड को Amazon DynamoDB में बदलने की सुविधा प्रीव्यू के रूप में दी जा रही है। यूज़र गाइड में कहा गया है कि केवल ये सूचीबद्ध सेवाएँ ही रूपांतरित की जाती हैं और अन्य सेवाओं के लिए AWS Transform custom या Kiro जैसे AI कोडिंग सहायक का सुझाव दिया गया है। AWS यह भी बताता है कि यह सुविधा केवल एप्लिकेशन कोड को संभालती है और क्लाउड इंफ्रास्ट्रक्चर को माइग्रेट नहीं करती।
AWS के अनुसार, सेवा सबमिट किए गए सोर्स कोड में Azure SDK का पता लगाती है और अपनी आकलन रिपोर्ट और आधुनिकीकरण योजना में रूपांतरण विकल्प प्रस्तुत करती है, जिन्हें उपयोगकर्ता आधुनिकीकरण चलने से पहले स्वीकार या समायोजित कर सकते हैं। AWS का कहना है कि इसके बाद वह जाँचता है कि परिवर्तन रूपांतरित कोड में शामिल हो गए हैं। दस्तावेज़ीकरण में योग्य आधुनिक .NET एप्लिकेशनों के लिए रूपांतरण को स्वचालित बताया गया है, जिसके व्यवहार को एजेंट के साथ चैट, योजना में संपादन या एक मार्गदर्शन दस्तावेज़ के ज़रिए समायोजित किया जा सकता है, उदाहरण के लिए कुछ या सभी रूपांतरणों को छोड़ने, नामकरण परंपराएँ तय करने, टिप्पणियों की विस्तृतता बदलने या Blob Storage कोड को S3 के बजाय DynamoDB की ओर निर्देशित करने के लिए।
जिस कोड का AWS पर कोई समकक्ष नहीं है, उसे रूपांतरित करने के बजाय चिह्नित किया जाता है: यूज़र गाइड के अनुसार उसे TODO टिप्पणियों से चिह्नित किया जाता है, प्लेसहोल्डर (स्टब) कोड के रूप में छोड़ दिया जाता है या AWS Transform द्वारा तैयार की गई Next Steps मार्कडाउन फ़ाइल में दर्ज किया जाता है। AWS का कहना है कि AWS Transform आठ AWS क्षेत्रों में उपलब्ध है, यानी यूरोप में फ्रैंकफर्ट और लंदन, एशिया प्रशांत में मुंबई, टोक्यो, सियोल और सिडनी, साथ ही कनाडा (मध्य) (Canada (Central)) और यूएस पूर्व (उत्तरी वर्जीनिया) (US East (N. Virginia))।
यह क्यों मायने रखता है
सेवा-विशिष्ट SDK कॉल्स को फिर से लिखना .NET एप्लिकेशनों को Microsoft Azure से हटाने के काम का एक महत्वपूर्ण हिस्सा है। AWS सेवाओं के एक छोटे समूह के लिए उस काम के एक हिस्से को स्वचालित कर रहा है, हालाँकि टीमों को अब भी इंफ्रास्ट्रक्चर को अलग से माइग्रेट करना होगा और उस कोड को संभालना होगा जिसे टूल अपरिवर्तित के रूप में चिह्नित करता है।
समयरेखा
· प्रकाशित
विषय#AWS Transform#Microsoft Azure#.NET#क्लाउड माइग्रेशन#AWS Lambda#कोड आधुनिकीकरण
स्रोत
यह खबर नीचे दिए स्रोतों पर आधारित है। पूरा संदर्भ जानने के लिए उन्हें पढ़ें।



