AWS Transform agora pode converter código do Azure SDK em aplicações .NET para código do AWS SDK
A AWS afirma que seu agente de modernização .NET agora reescreve chamadas a serviços Azure selecionados para os equivalentes da AWS, abrangendo o código da aplicação, mas não a infraestrutura.

Pontos principais
- 1A AWS tornou a conversão de código do SDK do Azure para o SDK da AWS disponível de forma geral no AWS Transform, anunciada em 16 de outubro.
- 2Caminhos suportados segundo a AWS: Azure Functions para Lambda, Blob Storage para S3, Queue Storage para SQS; Cosmos DB para DynamoDB está em versão prévia.
- 3O recurso converte apenas o código da aplicação e não migra a infraestrutura em nuvem, segundo o guia do usuário.
- 4As opções de conversão aparecem no relatório de avaliação e no plano de modernização e podem ser personalizadas ou desativadas.
- 5O código não convertível é sinalizado em comentários TODO, código de preenchimento (stub) ou em um arquivo Next Steps gerado, afirma a AWS.
A notícia completa
A AWS tornou a conversão de código do SDK do Azure para o SDK da AWS disponível de forma geral (GA) no AWS Transform, segundo um anúncio publicado em 16 de outubro. A empresa apresenta o recurso como uma forma mais rápida de levar para a AWS aplicações .NET cloud-native criadas para o Microsoft Azure. Segundo a AWS, o agente de modernização .NET do AWS Transform localiza o código que chama serviços Azure e o reescreve para usar os serviços AWS correspondentes.
A AWS lista quatro conversões suportadas: Azure Functions são reescritas como funções AWS Lambda, o código de Azure Blob Storage é transferido para o Amazon S3 e o código de Azure Queue Storage é transferido para o Amazon SQS, enquanto a conversão de código de Azure Cosmos DB para o Amazon DynamoDB é oferecida em versão prévia (preview). O guia do usuário afirma que apenas esses serviços listados são convertidos e sugere o AWS Transform custom ou um assistente de programação com IA, como o Kiro, para outros serviços. A AWS também observa que o recurso trata apenas do código da aplicação e não migra a infraestrutura em nuvem.
Segundo a AWS, o serviço detecta o SDK do Azure no código-fonte enviado e apresenta as opções de conversão em seu relatório de avaliação e no plano de modernização, que os usuários podem aceitar ou ajustar antes da execução da modernização. A AWS diz que em seguida verifica se as alterações foram incorporadas ao código transformado. A documentação descreve a conversão como automática para aplicações .NET modernas elegíveis, com comportamento ajustável por meio do chat com o agente, de edições no plano ou de um documento de orientação (steering document), por exemplo para pular algumas ou todas as conversões, definir convenções de nomenclatura, alterar o nível de detalhe dos comentários ou direcionar o código de Blob Storage para o DynamoDB em vez do S3.
O código sem equivalente na AWS é sinalizado em vez de convertido: o guia do usuário diz que ele é marcado com comentários TODO, deixado como código de preenchimento (stub) ou registrado em um arquivo markdown Next Steps gerado pelo AWS Transform. A AWS afirma que o AWS Transform é oferecido em oito regiões AWS, a saber Frankfurt e Londres na Europa, Mumbai, Tóquio, Seul e Sydney na Ásia-Pacífico, além de Canadá Central (Canada (Central)) e Leste dos EUA (Virgínia do Norte) (US East (N. Virginia)).
Por que isso importa
Reescrever chamadas de SDK específicas de cada serviço é uma parte significativa do trabalho de tirar aplicações .NET do Microsoft Azure. A AWS está automatizando parte desse trabalho para um pequeno conjunto de serviços, embora as equipes ainda precisem migrar a infraestrutura separadamente e lidar com qualquer código que a ferramenta sinalize como não convertido.
Linha do tempo
· Publicado
Tópicos#AWS Transform#Microsoft Azure#.NET#migração para a nuvem#AWS Lambda#modernização de código
Fontes
Esta notícia se baseia nas fontes a seguir. Leia-as para ter o contexto completo.



