AWS Transform ora può convertire il codice Azure SDK delle app .NET in codice AWS SDK
AWS afferma che il suo agente di modernizzazione .NET ora riscrive le chiamate a determinati servizi Azure verso le controparti AWS, coprendo il codice applicativo ma non l'infrastruttura.

Punti chiave
- 1AWS ha reso disponibile in via generale in AWS Transform la conversione del codice dall'SDK di Azure all'SDK di AWS, annunciata il 16 ottobre.
- 2Percorsi supportati secondo AWS: Azure Functions verso Lambda, Blob Storage verso S3, Queue Storage verso SQS; Cosmos DB verso DynamoDB è in anteprima.
- 3La funzionalità converte solo il codice applicativo e non migra l'infrastruttura cloud, secondo la guida utente.
- 4Le opzioni di conversione compaiono nel report di valutazione e nel piano di modernizzazione e possono essere personalizzate o escluse.
- 5Il codice non convertibile viene segnalato in commenti TODO, codice segnaposto (stub) o in un file Next Steps generato, afferma AWS.
La notizia completa
AWS ha reso disponibile in via generale (GA) in AWS Transform la conversione del codice dall'SDK di Azure all'SDK di AWS, secondo un annuncio pubblicato il 16 ottobre. L'azienda presenta la funzionalità come un modo più rapido per spostare su AWS le applicazioni .NET cloud-native create per Microsoft Azure. Secondo AWS, l'agente di modernizzazione .NET di AWS Transform individua il codice che richiama servizi Azure e lo riscrive per utilizzare i servizi AWS corrispondenti.
AWS elenca quattro conversioni supportate: le Azure Functions vengono riscritte come funzioni AWS Lambda, il codice per Azure Blob Storage viene spostato su Amazon S3 e il codice per Azure Queue Storage viene spostato su Amazon SQS, mentre la conversione del codice per Azure Cosmos DB verso Amazon DynamoDB è offerta in anteprima (preview). La guida utente precisa che vengono convertiti solo i servizi elencati e suggerisce AWS Transform custom o un assistente di programmazione basato su IA come Kiro per gli altri servizi. AWS osserva inoltre che la funzionalità gestisce solo il codice applicativo e non migra l'infrastruttura cloud.
Secondo AWS, il servizio rileva l'SDK di Azure nel codice sorgente inviato ed espone le opzioni di conversione nel suo report di valutazione e nel piano di modernizzazione, che gli utenti possono accettare o modificare prima dell'esecuzione della modernizzazione. AWS afferma di verificare poi che le modifiche siano incorporate nel codice trasformato. La documentazione descrive la conversione come automatica per le applicazioni .NET moderne idonee, con un comportamento regolabile tramite la chat con l'agente, modifiche al piano o un documento di indirizzo (steering document), ad esempio per saltare alcune o tutte le conversioni, definire convenzioni di denominazione, cambiare il livello di dettaglio dei commenti o indirizzare il codice Blob Storage verso DynamoDB anziché S3.
Il codice che non ha un equivalente su AWS viene segnalato anziché convertito: la guida utente indica che viene contrassegnato con commenti TODO, lasciato come codice segnaposto (stub) o registrato in un file markdown Next Steps generato da AWS Transform. AWS afferma che AWS Transform è offerto in otto regioni AWS, ovvero Francoforte e Londra in Europa, Mumbai, Tokyo, Seul e Sydney nell'Asia Pacifico, oltre a Canada centrale (Canada (Central)) e Stati Uniti orientali (US East (N. Virginia)).
Perché è importante
La riscrittura delle chiamate SDK specifiche dei singoli servizi è una parte rilevante del lavoro necessario per spostare le applicazioni .NET fuori da Microsoft Azure. AWS sta automatizzando parte di questo lavoro per un piccolo insieme di servizi, anche se i team devono comunque migrare separatamente l'infrastruttura e gestire il codice che lo strumento segnala come non convertito.
Cronologia
· Pubblicato
Argomenti#AWS Transform#Microsoft Azure#.NET#migrazione cloud#AWS Lambda#modernizzazione del codice
Fonti
Questa notizia si basa sulle fonti seguenti. Leggile per il contesto completo.



