AWS Transform ya puede convertir código del SDK de Azure en aplicaciones .NET a código del SDK de AWS
AWS afirma que su agente de modernización .NET ahora reescribe las llamadas a determinados servicios de Azure hacia sus equivalentes en AWS, abarcando el código de la aplicación pero no la infraestructura.

Puntos clave
- 1AWS puso en disponibilidad general en AWS Transform la conversión de código del SDK de Azure al SDK de AWS, anunciada el 16 de octubre.
- 2Rutas compatibles según AWS: Azure Functions a Lambda, Blob Storage a S3, Queue Storage a SQS; Cosmos DB a DynamoDB está en versión preliminar.
- 3La función convierte únicamente el código de la aplicación y no migra la infraestructura en la nube, según la guía del usuario.
- 4Las opciones de conversión aparecen en el informe de evaluación y el plan de modernización y pueden personalizarse o descartarse.
- 5El código no convertible se marca en comentarios TODO, código stub o un archivo Next Steps generado, afirma AWS.
La noticia completa
AWS ha puesto en disponibilidad general en AWS Transform la conversión de código del SDK de Azure al SDK de AWS, según un anuncio publicado el 16 de octubre. La compañía presenta la capacidad como una forma más rápida de trasladar a AWS aplicaciones .NET nativas de la nube creadas para Microsoft Azure. Según AWS, el agente de modernización .NET de AWS Transform localiza el código que llama a servicios de Azure y lo reescribe para utilizar los servicios de AWS correspondientes.
AWS enumera cuatro conversiones compatibles: las Azure Functions se reescriben como funciones de AWS Lambda, el código de Azure Blob Storage se traslada a Amazon S3 y el código de Azure Queue Storage se traslada a Amazon SQS, mientras que la conversión de código de Azure Cosmos DB a Amazon DynamoDB se ofrece como versión preliminar. La guía del usuario indica que solo se convierten estos servicios enumerados y sugiere AWS Transform custom o un asistente de codificación con IA como Kiro para otros servicios. AWS también señala que la función se ocupa únicamente del código de la aplicación y no migra la infraestructura en la nube.
Según AWS, el servicio detecta el SDK de Azure en el código fuente enviado y expone las opciones de conversión en su informe de evaluación y su plan de modernización, que los usuarios pueden aceptar o ajustar antes de que se ejecute la modernización. AWS afirma que después comprueba que los cambios se hayan incorporado al código transformado. La documentación describe la conversión como automática para las aplicaciones .NET modernas aptas, con un comportamiento ajustable mediante el chat con el agente, ediciones del plan o un documento de orientación, por ejemplo para omitir algunas o todas las conversiones, establecer convenciones de nomenclatura, cambiar el nivel de detalle de los comentarios o dirigir el código de Blob Storage a DynamoDB en lugar de a S3.
El código que no tiene equivalente en AWS se marca en lugar de convertirse: la guía del usuario indica que se señala con comentarios TODO, se deja como código stub (de relleno) o se registra en un archivo markdown Next Steps producido por AWS Transform. AWS afirma que AWS Transform se ofrece en ocho regiones de AWS, a saber, Fráncfort y Londres en Europa, Mumbai, Tokio, Seúl y Sídney en Asia-Pacífico, así como Canadá (Central) y Este de EE. UU. (Norte de Virginia).
Por qué importa
Reescribir las llamadas al SDK específicas de cada servicio es una parte significativa del trabajo de sacar aplicaciones .NET de Microsoft Azure. AWS está automatizando parte de ese trabajo para un conjunto reducido de servicios, aunque los equipos todavía tienen que migrar la infraestructura por separado y ocuparse de cualquier código que la herramienta marque como no convertido.
Cronología
· Publicado
Temas#AWS Transform#Microsoft Azure#.NET#migración a la nube#AWS Lambda#modernización de código
Fuentes
Esta noticia se basa en las siguientes fuentes. Léalas para conocer el contexto completo.



