Кратко

  • AWS объявила о явном выборе прямого чтения S3 Files независимо от объёма памяти функции Lambda.
  • Успех выполнения сам по себе не подтверждает ни фактический путь чтения, ни экономию.

Чтобы выразить предпочтение в работе с хранилищем, не обязательно стоит запрашивать больше вычислительных ресурсов. В объявлении Lambda от 11 сентября явный выбор прямого чтения S3 Files отделён от объёма памяти функции. Это дополнительная возможность настройки, а не доказанное снижение расходов.

API предлагает AUTO, ENABLED и DISABLED и описывает возврат к файловой системе при неудачном прямом чтении. Возможность завершить операцию полезна. Но успешный вызов тогда ещё не доказывает, что данные прошли по выбранному пути.

Связь памяти и CPU остаётся

Lambda по-прежнему выделяет CPU пропорционально настроенной памяти. Если команда использует новый переключатель для уменьшения памяти, она может одновременно изменить предпочтение чтения и ресурсы обработки. Изменение времени выполнения нельзя убрать из сравнения.

Простая арифметика показывает почему. Если память сократить вдвое, а оплачиваемая длительность удвоится, их произведение не уменьшится. Это пример расчёта, не испытание AWS. Стандартная тарификация Lambda Functions включает запросы и длительность с учётом памяти. Меньшее число мегабайт само по себе вопрос экономии не решает.

У хранилища собственные счётчики. S3 Files различает доступ к данным файловой системы и прямое чтение, при котором сохраняются расходы на S3 GET и чтение метаданных. Отсутствие одной категории платы не делает бесплатной всю операцию. Полезнее считать совокупную стоимость правильно завершённой задачи, включая вызванную ею работу хранилища.

Настройка — не журнал прохождения данных

Есть и граница в формулировках документации. Объявление описывает распределение по размеру файлов, а API для ENABLED использует более широкое выражение о всех чтениях. Эти тексты нельзя молча объединять в единственное правило каждой операции, якобы проверенное на практике. Для этой статьи испытания выполнения не проводились.

Общий пункт ясен: предпочтение чтения теперь можно задать явно, отдельно от памяти. Однако по одному значению настройки нельзя достоверно установить маршрут каждой операции смешанной нагрузки.

Приложение, читающее множество мелких элементов, и приложение, последовательно обрабатывающее большой набор данных, могут требовать разных решений. Это аналитические примеры, не клиентские результаты. Нужно видеть расход времени и изменение начислений. Иначе настройка хранилища может скрыть замедление вычислений, а успешный переход на другой путь — незаметно изменить условия сравнения.