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 تبصروں، پلیس ہولڈر (stub) کوڈ یا تیار کردہ Next Steps فائل میں نشان زد کیا جاتا ہے۔
مکمل خبر
AWS نے 16 اکتوبر کو شائع ہونے والے ایک اعلان کے مطابق، 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 میں تبدیل کرنا پیش نظارہ (preview) کے طور پر پیش کیا جاتا ہے۔ یوزر گائیڈ بیان کرتی ہے کہ صرف یہی درج شدہ سروسز تبدیل کی جاتی ہیں اور دیگر سروسز کے لیے AWS Transform custom یا Kiro جیسے AI کوڈنگ اسسٹنٹ کی تجویز دیتی ہے۔ AWS یہ بھی نوٹ کرتا ہے کہ یہ فیچر صرف ایپلیکیشن کوڈ کو سنبھالتا ہے اور کلاؤڈ انفراسٹرکچر کو منتقل نہیں کرتا۔
AWS کے مطابق، سروس جمع کرائے گئے سورس کوڈ میں Azure SDK کا پتہ لگاتی ہے اور اپنی تشخیصی رپورٹ اور ماڈرنائزیشن پلان میں تبدیلی کے اختیارات پیش کرتی ہے، جنہیں صارفین ماڈرنائزیشن چلنے سے پہلے قبول یا ایڈجسٹ کر سکتے ہیں۔ AWS کا کہنا ہے کہ اس کے بعد وہ جانچتا ہے کہ تبدیلیاں ٹرانسفارم شدہ کوڈ میں شامل ہو گئی ہیں۔ دستاویزات اہل جدید .NET ایپلیکیشنز کے لیے تبدیلی کو خودکار بیان کرتی ہیں، جس کا طرزِ عمل ایجنٹ کے ساتھ چیٹ، پلان میں ترامیم یا ایک رہنما دستاویز کے ذریعے ایڈجسٹ کیا جا سکتا ہے، مثلاً کچھ یا تمام تبدیلیوں کو چھوڑنے، نام رکھنے کے اصول طے کرنے، تبصروں کی تفصیل کی سطح بدلنے یا Blob Storage کوڈ کو S3 کے بجائے DynamoDB کی طرف موڑنے کے لیے۔
ایسا کوڈ جس کا AWS پر کوئی متبادل نہیں ہے اسے تبدیل کرنے کے بجائے نشان زد کیا جاتا ہے: یوزر گائیڈ کہتی ہے کہ اسے TODO تبصروں سے نشان زد کیا جاتا ہے، پلیس ہولڈر (stub) کوڈ کے طور پر چھوڑ دیا جاتا ہے یا AWS Transform کی تیار کردہ Next Steps نامی markdown فائل میں درج کیا جاتا ہے۔ AWS کا کہنا ہے کہ AWS Transform آٹھ AWS ریجنز میں پیش کیا جاتا ہے، یعنی یورپ میں فرینکفرٹ اور لندن، ایشیا پیسیفک میں ممبئی، ٹوکیو، سیول اور سڈنی، نیز کینیڈا (سینٹرل) (Canada (Central)) اور امریکہ مشرق (شمالی ورجینیا) (US East (N. Virginia))۔
یہ کیوں اہم ہے
سروس مخصوص SDK کالز کو دوبارہ لکھنا .NET ایپلیکیشنز کو Microsoft Azure سے ہٹانے کے کام کا ایک اہم حصہ ہے۔ AWS سروسز کے ایک چھوٹے مجموعے کے لیے اس کام کے ایک حصے کو خودکار بنا رہا ہے، اگرچہ ٹیموں کو اب بھی انفراسٹرکچر الگ سے منتقل کرنا ہوگا اور ایسے کسی بھی کوڈ کو سنبھالنا ہوگا جسے ٹول غیر تبدیل شدہ کے طور پر نشان زد کرتا ہے۔
ٹائم لائن
· شائع شدہ
موضوعات#AWS Transform#Microsoft Azure#.NET#کلاؤڈ مائیگریشن#AWS Lambda#کوڈ ماڈرنائزیشن
ذرائع
یہ خبر درج ذیل ماخذوں پر مبنی ہے۔ مکمل سیاق کے لیے انہیں پڑھیں۔
