Alteração de disponibilidade do Amazon S3 Object Lambda
Após uma análise cuidadosa, tomamos a decisão de permitir que apenas os clientes existentes utilizem o Amazon S3 Object Lambda a partir de 7 de novembro de 2025. Os clientes existentes do S3 Object Lambda podem continuar usando o serviço normalmente. A AWS continuará investindo em melhorias de segurança e disponibilidade para o S3 Object Lambda, mas não pretendemos introduzir novos recursos.
Há vários serviços e designs alternativos que permitem modificar e processar dados acessados do S3 para atender às necessidades de várias aplicações cliente ou usuários que estão acessando os dados. Essas alternativas incluem a solução da AWS Transformação Dinâmica de Imagens para o Amazon CloudFront, a invocação do AWS Lambda por outros meios (via CloudFront, API Gateway ou URLs de função) ou processamento de dados na aplicação cliente. Como todas essas alternativas continuam usando o Amazon S3 para o armazenamento subjacente, nenhuma migração de dados é necessária.
Nesta publicação, mostramos como escolher a melhor opção para seu caso de uso.
Transformação Dinâmica de Imagens para o Amazon CloudFront
Essa solução da AWS permite o processamento de imagens em tempo real por meio da rede de entrega de conteúdo (CDN) global do Amazon CloudFront usando o API Gateway e o Lambda. Ela permite uma variedade de transformações, como alterações de formato, dimensões, métodos de ajuste, rotações e filtros. Se no momento você estiver usando o S3 Object Lambda para transformação de imagens, essa pode ser uma boa alternativa. A visão geral sobre a solução apresenta mais detalhes sobre os recursos e como começar a usá-los. Modifique o parâmetro do modelo “Habilitar S3 Object Lambda” para “Não” ao implantar a solução em sua conta.
Para ter mais informações, consulte Dynamic Image Transformation for Amazon CloudFront
Processamento de dados no AWS Lambda
Você pode continuar usando o AWS Lambda para processamento de dados, mas invocá-los diretamente ou por meio de outros serviços da AWS. Sua lógica de processamento de dados pode permanecer a mesma, mas sua função do Lambda precisará ser atualizada com base em como você optar por invocá-la. Essa opção é melhor para casos de uso, como edição de dados sensíveis, alterações de formato ou situações em que a aplicação que invoca o S3 Object Lambda depende do recebimento de dados processados. Essa opção também minimiza as alterações necessárias se você optar por migrar do S3 Object Lambda.
Se estiver usando um ponto de acesso do S3 Object Lambda como origem de uma distribuição do CloudFront, é possível pode criar uma origem usando URLs da função do Lambda ou o API Gateway. Este blog
Se no momento você invocar diretamente o S3 Object Lambda do seu código de cliente, poderá usar URLs da função do Lambda para invocar diretamente sua função do Lambda ou usar o API Gateway. Se não tiver certeza de qual é o melhor método para seu caso de uso, consulte Seleção de um método para invocar a função do Lambda usando uma solicitação HTTP no Guia do desenvolvedor do AWS Lambda. Depois de decidir qual método de invocação do Lambda é melhor para seu caso de uso e de configurar a função do Lambda adequadamente, você também precisará atualizar sua aplicação de chamada para invocar a função do Lambda em vez de chamar o S3 Object Lambda.
Processamento de dados na aplicação cliente
Você também tem a opção de mover sua lógica de processamento de dados do S3 Object Lambda para sua aplicação cliente. Isso funciona melhor se você estiver usando o S3 Object Lambda como parte de uma aplicação que já realiza processamento ou análise adicional dos dados exibidos pelo S3 Object Lambda. Por exemplo, se seu ponto de acesso do S3 Object Lambda era responsável pelo redirecionamento para objetos ou versões de objetos específicos, essa lógica de redirecionamento pode ser movida para a aplicação de chamada, que então pode acessar diretamente os dados no bucket do S3.
Se precisar de ajuda ou tiver feedback, entre em contato com o AWS Support
