Resumo

  • AWS anuncia uma escolha explícita de leitura direta de S3 Files separada da memória configurada no Lambda.
  • Execução bem-sucedida, rota utilizada e economia obtida exigem evidências diferentes.

Uma preferência de armazenamento não deveria precisar se disfarçar de pedido por mais computação. No anúncio de 11 de setembro, Lambda separou a seleção explícita de leitura direta de S3 Files do tamanho de memória da função. A mudança cria uma possibilidade de ajuste; não comprova redução de custo.

A API oferece AUTO, ENABLED e DISABLED e prevê retorno ao sistema de arquivos se uma leitura direta falhar. Preservar a execução pode ser importante. Isso também significa que o sucesso da chamada não prova que o caminho pretendido foi usado.

A CPU continua acompanhando a memória

Lambda ainda aloca CPU proporcionalmente à memória configurada. Ao aproveitar o novo controle para diminuir memória, uma equipe pode alterar tanto a preferência de leitura quanto os recursos de processamento. A mudança na duração precisa entrar na análise.

A conta mais simples ajuda: reduzir a memória pela metade e dobrar a duração faturada não reduz o produto das duas. É uma ilustração aritmética, não um teste da AWS. A cobrança padrão de Lambda Functions inclui solicitações e duração ponderada pela memória. Um número menor de megabytes, sozinho, não resolve a decisão econômica.

O armazenamento acrescenta outros medidores. S3 Files distingue acesso aos dados do sistema de arquivos de leituras diretas, que ainda incorrem em S3 GET e leitura de metadados. Evitar uma categoria de cobrança não torna a operação gratuita. O denominador mais útil é a tarefa concluída corretamente, com toda a atividade de armazenamento que ela provoca.

A configuração não substitui o caminho observado

Existe também uma diferença de redação a registrar. O anúncio descreve o direcionamento conforme o tamanho dos arquivos; a descrição de ENABLED na API usa linguagem mais ampla, referente a todas as leituras. Não se deve fundir essas formulações em uma regra por operação supostamente validada. Este artigo não realizou testes de execução.

O ponto comum permanece: há uma preferência explícita de leitura independente da memória. Isso não permite deduzir, apenas pelo controle, o percurso exato de cada operação de uma carga mista.

Ler muitos itens pequenos e percorrer um grande conjunto de dados podem pedir escolhas diferentes. São exemplos analíticos, não resultados de clientes. A equipe precisa localizar o tempo consumido e identificar quais cobranças mudam. Caso contrário, um ajuste de armazenamento pode vir acompanhado de processamento mais lento, enquanto um retorno bem-sucedido ao caminho alternativo esconde a mudança.