Amazon SageMaker AI elimina o upload obrigatório para o S3 na inferência assíncrona

A Amazon atualizou o SageMaker AI: a inferência assíncrona agora aceita os dados de entrada diretamente no corpo da requisição InvokeEndpointAsync, sem upload prévio para o S3. A mudança tira uma etapa do pipeline, reduz o custo das operações em chamadas frequentes e simplifica a integração. É especialmente útil para requisições de ML embutidas em aplicações e para testes de modelos em CI/CD.

Processado por IA de AWS Machine Learning Blog; editado por Hamidun News
Amazon SageMaker AI elimina o upload obrigatório para o S3 na inferência assíncrona
Fonte: AWS Machine Learning Blog. Colagem: Hamidun News.
Ouvir artigo
Ficha técnica e números-chave
ParâmetroDados
Fonte originalAWS Machine Learning Blog ↗
Editor-chefe
Menos códigonão é preciso escrever a lógica de criação de objetos no S3, passagem da chave e limpeza posterior de arquivos temporários
Custos operacionais menorescada operação PUT no S3 custa dinheiro, e com milhares de chamadas pequenas por dia a soma fica perceptível
Depuração mais simplesos dados de entrada aparecem direto na requisição, sem precisar abrir o S3 Console para descobrir o que foi enviado

A Amazon atualizou o SageMaker AI: a inferência assíncrona agora aceita os dados de entrada diretamente no corpo da requisição de API, sem o upload prévio obrigatório para o Amazon S3.

Como funciona a inferência assíncrona

O SageMaker Async Inference é um modo para tarefas de ML que não cabem em uma espera de poucos segundos. Transcrição de áudio, processamento de documentos PDF, geração de textos longos e classificação de imagens em lote são cenários em que a resposta do modelo leva de dezenas de segundos a vários minutos. A inferência síncrona não serve nesses casos: o cliente não consegue manter uma conexão HTTP aberta por tanto tempo.

O modo assíncrono resolve isso com uma fila: a requisição é enfileirada, o modelo trabalha em segundo plano, o resultado é salvo em um bucket do S3 e o cliente recebe uma notificação ou consulta periodicamente se já está pronto. É um padrão comum em sistemas de ML em produção com tempo de resposta variável.

Até esta atualização, o fluxo padrão exigia duas etapas: primeiro enviar os dados de entrada ao S3 e depois passar ao `InvokeEndpointAsync` uma referência a esse objeto. Só então o SageMaker começava a trabalhar. Cada chamada significava uma operação extra de escrita no armazenamento e uma requisição de rede adicional.

O que mudou

A Amazon adicionou suporte a inline payloads: agora os dados podem ser enviados diretamente no corpo da requisição `InvokeEndpointAsync`, como em uma API REST comum. O upload prévio dos dados de entrada para o S3 deixou de ser necessário.

Mudanças práticas:

  • Menos código: não é preciso escrever a lógica de criação de objetos no S3, passagem da chave e limpeza posterior de arquivos temporários
  • Custos operacionais menores: cada operação PUT no S3 custa dinheiro, e com milhares de chamadas pequenas por dia a soma fica perceptível
  • Depuração mais simples: os dados de entrada aparecem direto na requisição, sem precisar abrir o S3 Console para descobrir o que foi enviado
  • Menos pontos de falha: uma chamada de rede em vez de duas reduz a chance de falha na etapa de envio dos dados
  • Início mais rápido do processamento: o SageMaker começa a inferência imediatamente, sem esperar a leitura dos dados do armazenamento

Para quais tarefas vale a pena

A atualização é especialmente útil quando os dados de entrada são de tamanho pequeno ou médio e gerados dinamicamente.

Requisições de ML embutidas em aplicações: quando o usuário envia um texto para análise ou uma imagem para classificação, guardar um objeto intermediário no S3 só para passá-lo ao modelo é trabalho desnecessário. Agora os dados vão direto.

Testes após o deploy: em pipelines de CI/CD, a verificação do modelo depois do lançamento pode incluir dezenas de requisições de teste. Gerenciar objetos temporários no S3 para cada uma delas deixa de ser necessário.

Para dados pesados, como vídeos longos, gravações de áudio grandes e corpora de documentos, o caminho via S3 continua sendo o ideal e segue disponível. As duas abordagens funcionam em paralelo, e o desenvolvedor escolhe a mais adequada para cada tarefa.

O que isso significa

A Amazon vem removendo de forma consistente barreiras de infraestrutura no SageMaker. O suporte a inline payloads é uma melhoria pontual, mas concreta: menos etapas, menos dependências, uma arquitetura de pipeline mais limpa. Para equipes com inferência assíncrona de alta frequência, isso representa economia real de tempo de desenvolvimento e de custos operacionais.

História

Perguntas frequentes sobre a notícia

Como funciona a inferência assíncrona?

O SageMaker Async Inference é um modo para tarefas de ML que não cabem em uma espera de poucos segundos. Transcrição de áudio, processamento de documentos PDF, geração de textos longos e classificação de imagens em lote são cenários em que a resposta do modelo leva de dezenas de segundos a vários minutos. A inferência síncrona não serve nesses casos: o cliente não consegue manter uma conexão HTTP aberta por tanto tempo. O modo assíncrono resolve isso com uma fila: a requisição é enfileirada, o modelo trabalha em segundo plano, o resultado é salvo em um bucket do S3 e o clie

O que mudou?

A Amazon adicionou suporte a inline payloads: agora os dados podem ser enviados diretamente no corpo da requisição `InvokeEndpointAsync`, como em uma API REST comum. O upload prévio dos dados de entrada para o S3 deixou de ser necessário. Mudanças práticas: Menos código: não é preciso escrever a lógica de criação de objetos no S3, passagem da chave e limpeza posterior de arquivos temporários Custos operacionais menores: cada operação PUT no S3 custa dinheiro, e com milhares de chamadas pequenas por dia a soma fica perceptível Depuração mais simples: os dados de entrada apar

O que se sabe sobre Para quais tarefas vale a pena?

A atualização é especialmente útil quando os dados de entrada são de tamanho pequeno ou médio e gerados dinamicamente. Requisições de ML embutidas em aplicações: quando o usuário envia um texto para análise ou uma imagem para classificação, guardar um objeto intermediário no S3 só para passá-lo ao modelo é trabalho desnecessário. Agora os dados vão direto. Testes após o deploy: em pipelines de CI/CD, a verificação do modelo depois do lançamento pode incluir dezenas de requisições de teste. Gerenciar objetos temporários no S3 para cada uma delas deixa de ser necessário. Para

ZK
Zhemal Khamidun — CPO da Alpina Digital, gerente de produto do AlpinaGPT. Cria produtos de IA desde 2019. O Hamidun News é um projeto pessoal que virou um agregador em produção com mais de 6.000 leitores.
✦ Private AI Builders Community · Vibe Club

Ship AI Faster with Founders, Engineers & Weekly Architecture Reviews

Inside Vibe Club (hamidun.com/club) — weekly live masterminds with Zhemal Khamidun, Tech Radar, full LMS access, and 370+ production Claude Code skills.

Join Vibe Club →Explore Hamidun Academy
O que você acha?
Carregando comentários…