Serverless часто продают как способ платить только за фактическое использование. Это правда — но не всегда означает экономию. Если сравнивать с VM, итоговая стоимость зависит не от модности подхода, а от профиля нагрузки, архитектуры и требований к системе.
Когда Serverless дешевле ✅
- Нерегулярная нагрузка
Если сервис работает всплесками: формы, webhook’и, обработка файлов, cron-задачи, API с редкими запросами — Serverless выгоден. В VM вы платите за сервер 24/7, даже когда он простаивает. - Быстрый старт без администрирования
Нет расходов на поддержку ОС, патчи, autoscaling, балансировку и часть DevOps-рутины. Для небольших команд это реальная экономия не только денег, но и часов работы. - Сильные пики трафика
Serverless автоматически масштабируется под нагрузку. Не нужно держать запас по мощности, как в случае с VM, где часто переплачивают за ресурсы “на всякий случай”. - Короткие задачи
Если функция выполняется быстро и редко, модель pay-per-use обычно бьёт VM по цене.
Когда Serverless дороже ❌
- Постоянная высокая нагрузка
Если приложение работает стабильно 24/7 и запросов много, VM или контейнеры почти всегда дешевле. Serverless начинает проигрывать из-за оплаты каждого вызова, времени выполнения и потребления памяти. - Долгие или тяжёлые вычисления
ETL, видеообработка, ML-инференс, длительные фоновые задачи часто выгоднее запускать на VM. У Serverless растёт счёт вместе с каждой секундой работы. - Высокая сетевая активность
Платные исходящие данные, частые обращения к базе, очередям, API Gateway и логированию могут незаметно раздуть бюджет. Часто дорогим становится не сама функция, а экосистема вокруг неё. - Большое количество “мелких” вызовов
Миллионы коротких запросов кажутся дешёвыми поштучно, но в сумме могут стоить больше, чем один предсказуемый инстанс VM.
Что важно считать перед выбором 📊
- среднее и пиковое число запросов
- длительность выполнения
- объём памяти
- стоимость сетевого трафика
- холодные старты и требования к latency
- расходы на DevOps и сопровождение
Практическое правило
- Serverless — лучший выбор для событийных, нерегулярных, быстро масштабируемых сценариев.
- VM — выгоднее для стабильной, долгой и интенсивной нагрузки.
- Гибрид часто оптимален: API и автоматизацию — в Serverless, тяжёлые сервисы — на VM или в Kubernetes.
Вывод 🧠
Serverless дешевле не “всегда”, а только там, где вы действительно используете его сильные стороны: редкие вызовы, короткие задачи, скачки нагрузки и небольшую команду. Для постоянного production-трафика VM нередко выигрывает по цене и предсказуемости.
Посмотрите подборку каналов про IT — там много полезного про архитектуру, облака, DevOps и оптимизацию затрат.