Что такое cold start в Lambda?

Cold start — это дополнительное время, которое AWS Lambda тратит на подготовку окружения перед выполнением вашего кода. Когда функция вызывается впервые или после долгого простоя, у Lambda нет готового контейнера, поэтому платформа создаёт новый: выделяет микро-VM, скачивает код, запускает runtime и выполняет код инициализации вне обработчика.

Из чего состоит cold start

• Создание окружения (Firecracker microVM) — самый долгий этап.
• Загрузка кода и слоёв.
• Инициализация runtime (Node.js, Python, Java и т.д.).
• Выполнение кода вне handler (init-фаза).

После этого контейнер остаётся «тёплым» некоторое время и обслуживает последующие вызовы без задержки — это warm start.

Пример влияния init-кода

// Плохо: тяжёлая инициализация на каждый cold start
const db = require('pg');
const client = new db.Client({ connectionString: process.env.DB });

// Лучше: переиспользовать соединение между вызовами
let client;
exports.handler = async (event) => {
  if (!client) {
    client = new db.Client({ connectionString: process.env.DB });
    await client.connect();
  }
  return client.query('SELECT 1');
};

Как уменьшить cold start

• Уменьшить размер пакета и зависимостей.
• Использовать Provisioned Concurrency для критичных функций.
• Выбирать лёгкие runtime (Node.js, Python) вместо JVM/.NET.
• Инициализировать клиентов вне handler, чтобы переиспользовать их.
• Применять SnapStart для Java.

Cold start критичен для latency-чувствительных API и интерактивных приложений, но почти не важен для фоновых задач и batch-обработки.

Итог: cold start — неизбежная особенность serverless, и её стоит оптимизировать только там, где задержка реально влияет на пользователя.