AWS Transform poate acum converti codul Azure SDK din aplicațiile .NET în cod AWS SDK
AWS afirmă că agentul său de modernizare .NET rescrie acum apelurile către anumite servicii Azure pentru echivalentele lor AWS, acoperind codul aplicației, dar nu și infrastructura.
Puncte-cheie
- 1AWS a făcut disponibilă general conversia de cod de la Azure SDK la AWS SDK în AWS Transform, anunțată pe 16 octombrie.
- 2Căi acceptate, potrivit AWS: Azure Functions la Lambda, Blob Storage la S3, Queue Storage la SQS; Cosmos DB la DynamoDB este în preview.
- 3Funcționalitatea convertește doar codul aplicației și nu migrează infrastructura cloud, potrivit ghidului de utilizare.
- 4Opțiunile de conversie apar în raportul de evaluare și în planul de modernizare și pot fi personalizate sau refuzate.
- 5Codul neconvertibil este semnalat în comentarii TODO, cod substituent (stub) sau într-un fișier Next Steps generat, afirmă AWS.
Știrea completă
AWS a făcut disponibilă general (GA) conversia de cod de la Azure SDK la AWS SDK în AWS Transform, potrivit unui anunț publicat pe 16 octombrie. Compania prezintă funcționalitatea drept o modalitate mai rapidă de a muta aplicațiile .NET native în cloud, construite pentru Microsoft Azure, pe AWS. Potrivit AWS, agentul de modernizare .NET din AWS Transform localizează codul care apelează servicii Azure și îl rescrie pentru a folosi serviciile AWS corespunzătoare.
AWS enumeră patru conversii acceptate: Azure Functions sunt rescrise ca funcții AWS Lambda, codul pentru Azure Blob Storage este mutat la Amazon S3, iar codul pentru Azure Queue Storage este mutat la Amazon SQS, în timp ce conversia codului Azure Cosmos DB în Amazon DynamoDB este oferită ca preview. Ghidul de utilizare precizează că sunt convertite doar aceste servicii enumerate și sugerează AWS Transform custom sau un asistent de programare cu AI precum Kiro pentru alte servicii. AWS notează, de asemenea, că funcționalitatea tratează doar codul aplicației și nu migrează infrastructura cloud.
Potrivit AWS, serviciul detectează Azure SDK în codul sursă trimis și prezintă opțiunile de conversie în raportul de evaluare și în planul de modernizare, pe care utilizatorii le pot accepta sau ajusta înainte de rularea modernizării. AWS afirmă că verifică apoi dacă modificările sunt încorporate în codul transformat. Documentația descrie conversia ca fiind automată pentru aplicațiile .NET moderne eligibile, comportamentul putând fi ajustat prin chat cu agentul, prin editarea planului sau printr-un document de ghidare, de exemplu pentru a omite unele sau toate conversiile, a stabili convenții de denumire, a modifica nivelul de detaliu al comentariilor sau a direcționa codul Blob Storage către DynamoDB în loc de S3.
Codul care nu are echivalent pe AWS este semnalat, nu convertit: ghidul de utilizare spune că acesta este marcat cu comentarii TODO, lăsat ca cod substituent (stub) sau consemnat într-un fișier markdown Next Steps generat de AWS Transform. AWS afirmă că AWS Transform este oferit în opt regiuni AWS, și anume Frankfurt și Londra în Europa, Mumbai, Tokyo, Seul și Sydney în Asia-Pacific, precum și Canada (Central) și US East (N. Virginia).
De ce contează
Rescrierea apelurilor SDK specifice serviciilor reprezintă o parte semnificativă a muncii de mutare a aplicațiilor .NET de pe Microsoft Azure. AWS automatizează o parte din această muncă pentru un set restrâns de servicii, deși echipele trebuie în continuare să migreze infrastructura separat și să se ocupe de orice cod pe care instrumentul îl semnalează ca neconvertit.
Cronologie
· Publicat
Subiecte#AWS Transform#Microsoft Azure#.NET#migrare în cloud#AWS Lambda#modernizarea codului
Surse
Această știre se bazează pe sursele de mai jos. Citiți-le pentru contextul complet.
