AWS Transform kan nu konvertera Azure SDK-kod i appar för .NET till AWS SDK-kod
AWS uppger att dess agent för modernisering av .NET nu skriver om anrop till utvalda tjänster i Azure till deras motsvarigheter i AWS, vilket omfattar applikationskod men inte infrastruktur.
Viktigaste punkterna
- 1AWS gjorde kodkonvertering från Azure SDK till AWS SDK allmänt tillgänglig i AWS Transform, vilket tillkännagavs den 16 oktober.
- 2Vägar som stöds enligt AWS: Azure Functions till Lambda, Blob Storage till S3, Queue Storage till SQS; Cosmos DB till DynamoDB är i förhandsversion.
- 3Funktionen konverterar enbart applikationskod och migrerar inte molninfrastruktur, enligt användarhandboken.
- 4Konverteringsalternativen visas i bedömningsrapporten och moderniseringsplanen och kan anpassas eller väljas bort.
- 5Kod som inte kan konverteras flaggas i TODO-kommentarer, platshållarkod eller en genererad fil med namnet Next Steps, uppger AWS.
Hela artikeln
AWS har gjort kodkonvertering från Azure SDK till AWS SDK allmänt tillgänglig (GA) i AWS Transform, enligt ett tillkännagivande som publicerades den 16 oktober. Företaget presenterar funktionen som ett snabbare sätt att flytta molnnativa applikationer för .NET som byggts för Microsoft Azure till AWS. Enligt AWS letar agenten för modernisering av .NET i AWS Transform upp kod som anropar tjänster i Azure och skriver om den så att den använder motsvarande tjänster i AWS.
AWS listar fyra konverteringar som stöds: Azure Functions skrivs om till funktioner i AWS Lambda, kod för Azure Blob Storage flyttas till Amazon S3 och kod för Azure Queue Storage flyttas till Amazon SQS, medan konvertering av kod för Azure Cosmos DB till Amazon DynamoDB erbjuds som förhandsversion (preview). Användarhandboken anger att endast dessa listade tjänster konverteras och föreslår AWS Transform custom eller en AI-kodassistent som Kiro för andra tjänster. AWS påpekar också att funktionen enbart hanterar applikationskod och inte migrerar molninfrastruktur.
Enligt AWS upptäcker tjänsten Azure SDK i inskickad källkod och lägger fram konverteringsalternativ i sin bedömningsrapport och moderniseringsplan, som användarna kan godkänna eller justera innan moderniseringen körs. AWS uppger att den därefter kontrollerar att ändringarna har införlivats i den transformerade koden. Dokumentationen beskriver konverteringen som automatisk för berättigade moderna applikationer för .NET, med ett beteende som kan justeras via chatt med agenten, redigeringar av planen eller ett styrdokument, till exempel för att hoppa över vissa eller alla konverteringar, ange namngivningskonventioner, ändra hur utförliga kommentarerna är eller rikta kod för Blob Storage mot DynamoDB i stället för S3.
Kod som saknar motsvarighet på AWS flaggas i stället för att konverteras: användarhandboken uppger att den markeras med TODO-kommentarer, lämnas som platshållarkod (stubbar) eller noteras i en markdownfil med namnet Next Steps som AWS Transform skapar. AWS uppger att AWS Transform erbjuds i åtta AWS-regioner, nämligen Frankfurt och London i Europa, Mumbai, Tokyo, Seoul och Sydney i Asien och Stillahavsområdet samt Kanada (centrala) och USA öst (N. Virginia).
Därför är det viktigt
Att skriva om tjänstespecifika SDK-anrop är en betydande del av arbetet med att flytta applikationer för .NET bort från Microsoft Azure. AWS automatiserar en del av det arbetet för ett litet antal tjänster, men teamen måste fortfarande migrera infrastrukturen separat och hantera all kod som verktyget flaggar som okonverterad.
Tidslinje
· Publicerad
Ämnen#AWS Transform#Microsoft Azure#.NET#molnmigrering#AWS Lambda#kodmodernisering
Källor
Den här artikeln bygger på följande källor. Läs dem för hela sammanhanget.
