AWS Transform এখন .NET অ্যাপের Azure SDK কোডকে AWS SDK কোডে রূপান্তর করতে পারে
AWS বলছে, তাদের .NET আধুনিকীকরণ এজেন্ট এখন নির্বাচিত Azure সেবার কলগুলোকে তাদের AWS সমতুল্যের জন্য নতুন করে লেখে, যা অ্যাপ্লিকেশন কোডকে অন্তর্ভুক্ত করে কিন্তু অবকাঠামোকে নয়।
মূল বিষয়
- 1AWS Transform-এ Azure SDK থেকে AWS SDK কোড রূপান্তরকে AWS সাধারণভাবে উপলব্ধ করেছে, যা 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#কোড আধুনিকীকরণ
উৎস
এই খবরটি নিচের সূত্রগুলোর ওপর ভিত্তি করে লেখা। পূর্ণ প্রেক্ষাপটের জন্য সেগুলো পড়ুন।
