Что такое serverless — и почему «без сервера» на самом деле с сервером

Слово сбивает с толку с первой секунды: serverless — «без сервера». Но сервер там есть, и без него никак. Вот настоящий смысл, который прячется за неудачным названием: сервер есть, просто он спит, пока его не позовут, — и ты платишь только за те миллисекунды, что он реально работал. Не за круглосуточную аренду, а за вызовы.

Это меняет правила для новичка: можно выложить бэкенд, которым пока никто не пользуется, и платить за него ноль. Разберёмся, как так выходит.

Что такое serverless простыми словами

Обычный сервер — это как снятая квартира: ты платишь за неё каждый месяц, даже когда уезжаешь и она стоит пустая. Сервер крутится 24/7 и ждёт запросов, даже если их нет.

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

Твой код в этой схеме — это маленькие кусочки-функции: «принять форму», «проверить оплату», «отдать список». Каждая просыпается на свой вызов. Поэтому такие штуки часто называют функциями (functions): Vercel Functions, Netlify Functions, Cloudflare Workers, Supabase Edge Functions, AWS Lambda — всё это serverless.

Как это работает под капотом

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

• Приходит запрос на твою функцию.
• Облако находит свободную машину и за доли секунды запускает там твой код.
• Код отрабатывает (обычно у него есть лимит — скажем, до нескольких секунд) и возвращает ответ.
• Машина освобождается под чужие вызовы.

Из-за того, что код не висит постоянно, serverless сам тянет нагрузку: пришла тысяча запросов разом — облако параллельно поднимет тысячу копий функции. Тебе не надо «докупать мощности» руками. Это и есть автоматическое масштабирование.

Почему это важно для тебя

Три причины, по которым serverless — частый выбор для первого проекта:

• Платишь по факту. Пет-проект, который зовут пару раз в день, на бесплатном тарифе стоит ноль. С арендованным сервером ты бы платил за 24 часа простоя.
• Не надо администрировать. Никаких обновлений ОС, настройки железа, «сервер упал ночью». Этим занимается провайдер.
• Просто задеплоить. Часто это буквально папка с функциями: положил файл — получил рабочий эндпоинт.

Но есть честный минус — cold start (холодный старт). Если функцию давно не звали, машина «остыла», и первый запрос ждёт лишние доли секунды, пока код поднимется заново. Для большинства приложений это незаметно. Но если тебе критична мгновенная реакция на каждый запрос без исключений — это стоит держать в голове.

Когда выбирать serverless, а когда нет

Serverless отлично подходит, когда нагрузка скачет: то пусто, то наплыв. Хуже — когда нужен процесс, который работает постоянно и держит состояние в памяти (например, игровой сервер или долгое соединение). Тогда привычная арендованная машина проще. Для типового вайб-проекта — сайт, бот, форма, лёгкий REST API — serverless почти всегда выигрывает по деньгам и нервам.

Serverless — это правда без сервера?

Нет. Сервер есть, просто ты им не управляешь и не арендуешь его целиком. Облако само поднимает и гасит машины под твои вызовы, а название «serverless» означает «без серверов, о которых думаешь ты», а не «без серверов вообще».

Что такое cold start и страшен ли он?

Cold start — задержка на первый запрос после паузы, пока облако заново запускает твою функцию. Обычно это сотни миллисекунд, и пользователь их не замечает. Проблемой это становится только в редких сценариях, где важна стабильно минимальная задержка на каждый вызов.

Сколько стоит serverless для новичка?

Чаще всего — ноль на старте. У Vercel, Netlify, Cloudflare и Supabase есть бесплатные лимиты, которых хватает на демку и первых пользователей. Платить начнёшь, только когда вызовов станет много, — и платить будешь за реальную нагрузку, а не за простой.