AWS Transform اکنون می‌تواند کد Azure SDK را در برنامه‌های .NET به کد AWS SDK تبدیل کند
AWS می‌گوید عامل نوسازی .NET آن اکنون فراخوانی‌های خدمات منتخب Azure را به معادل‌های AWS بازنویسی می‌کند و کد برنامه را پوشش می‌دهد اما زیرساخت را نه.
نکات کلیدی
- 1AWS تبدیل کد از Azure SDK به AWS SDK را در AWS Transform به‌صورت عمومی در دسترس قرار داد؛ این موضوع در 16 اکتبر اعلام شد.
- 2مسیرهای پشتیبانی‌شده به گفته AWS: Azure Functions به Lambda، Blob Storage به S3، Queue Storage به SQS؛ Cosmos DB به DynamoDB در مرحله پیش‌نمایش است.
- 3این قابلیت فقط کد برنامه را تبدیل می‌کند و زیرساخت ابری را مهاجرت نمی‌دهد، بر اساس راهنمای کاربر.
- 4گزینه‌های تبدیل در گزارش ارزیابی و برنامه نوسازی ظاهر می‌شوند و می‌توان آن‌ها را سفارشی کرد یا از آن‌ها انصراف داد.
- 5کد غیرقابل تبدیل با توضیحات TODO، کد جایگزین موقت (stub) یا یک فایل تولیدشده Next Steps علامت‌گذاری می‌شود، به گفته AWS.
متن کامل خبر
AWS تبدیل کد از Azure SDK به AWS SDK را در AWS Transform به‌صورت عمومی در دسترس (GA) قرار داده است، بر اساس اطلاعیه‌ای که در 16 اکتبر منتشر شد. این شرکت این قابلیت را راهی سریع‌تر برای انتقال برنامه‌های .NET بومی ابری (cloud-native) ساخته‌شده برای Microsoft Azure به AWS معرفی می‌کند. به گفته AWS، عامل نوسازی .NET در AWS Transform کدی را که خدمات 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 را پیشنهاد می‌دهد. AWS همچنین اشاره می‌کند که این قابلیت فقط کد برنامه را پوشش می‌دهد و زیرساخت ابری را مهاجرت نمی‌دهد.
به گفته AWS، این سرویس Azure SDK را در کد منبع ارسال‌شده شناسایی می‌کند و گزینه‌های تبدیل را در گزارش ارزیابی و برنامه نوسازی خود ارائه می‌دهد که کاربران می‌توانند پیش از اجرای نوسازی آن‌ها را بپذیرند یا تنظیم کنند. AWS می‌گوید سپس بررسی می‌کند که تغییرات در کد تبدیل‌شده گنجانده شده باشند. مستندات، تبدیل را برای برنامه‌های مدرن و واجد شرایط .NET خودکار توصیف می‌کند و رفتار آن از طریق گفتگو با عامل، ویرایش برنامه یا یک سند راهبری قابل تنظیم است؛ برای مثال برای رد کردن برخی یا همه تبدیل‌ها، تعیین قراردادهای نام‌گذاری، تغییر میزان تفصیل توضیحات (کامنت‌ها) یا هدایت کد Blob Storage به DynamoDB به جای S3.
کدی که معادلی در AWS ندارد به جای تبدیل، علامت‌گذاری می‌شود: راهنمای کاربر می‌گوید این کد با توضیحات TODO مشخص می‌شود، به‌صورت کد جایگزین موقت (stub) باقی می‌ماند یا در یک فایل markdown به نام Next Steps (گام‌های بعدی) که AWS Transform تولید می‌کند ثبت می‌شود. AWS می‌گوید AWS Transform در هشت منطقه AWS ارائه می‌شود، یعنی فرانکفورت و لندن در اروپا، بمبئی، توکیو، سئول و سیدنی در آسیا-اقیانوسیه، و همچنین کانادا (مرکزی) (Canada (Central)) و شرق ایالات متحده (ویرجینیای شمالی) (US East (N. Virginia)).
چرا مهم است
بازنویسی فراخوانی‌های SDK مختص هر سرویس بخش قابل توجهی از کار انتقال برنامه‌های .NET از Microsoft Azure است. AWS بخشی از این کار را برای مجموعه کوچکی از خدمات خودکار می‌کند، هرچند تیم‌ها همچنان باید زیرساخت را جداگانه مهاجرت دهند و هر کدی را که ابزار به‌عنوان تبدیل‌نشده علامت‌گذاری می‌کند خودشان مدیریت کنند.
گاه‌شمار
· منتشرشده
موضوع‌ها#AWS Transform#Microsoft Azure#.NET#مهاجرت ابری#AWS Lambda#نوسازی کد
منابع
این خبر بر منابع زیر استوار است. برای بافت کامل، آن‌ها را بخوانید.
