⚡ Serverless: код есть, сервера нет

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

▫️Как дошли до жизни такой · 2006 г. — Amazon запускает AWS. Виртуалки с посрочной оплатой. Прорыв, но серверы всё ещё надо настраивать · 2008 г. — Google App Engine. Первая попытка запускать код без управления серверами. Но слишком жёсткие рамки · 2014 г. — AWS запускает Lambda. Рождение современного serverless. Код на Python/Node.js, запуск по событию, оплата за 100 мс · 2016–2020 гг. — Все облака повторяют: Azure Functions, Google Cloud Functions, Yandex Cloud Functions. Serverless становится мейнстримом · 2020–2026 гг. — Serverless выходит за рамки функций: базы данных, очереди, хранилища, даже Kubernetes serverless-версии

▫️Как работает (простыми словами) · Вы пишете функцию (на Python, JS, Go, etc.) · Загружаете в облако · Настраиваете триггер (HTTP-запрос, загрузка файла, сообщение в очереди) · Когда событие происходит — облако запускает ваш код в новом контейнере · Через секунду контейнер убивается · Вы платите за эти миллисекунды Под капотом: контейнеры на базе Firecracker (микро-VM от Amazon) или аналоги. Холодный старт — задержка на создание контейнера (100–500 мс), горячий — контейнер уже жив.

▫️Ключевые плюсы · Нет администрирования — не надо ставить патчи, следить за нагрузкой, настраивать сети · Масштабируется само — выдержит хоть 1 запрос в день, хоть миллион в секунду · Платите за дело — пока код не работает, деньги не капают. Идеально для редких задач · Скорость выхода на рынок — написал функцию, задеплоил, работает · Отказоустойчивость — облако само перезапустит упавшее

▫️Где болит · Холодный старт — если функция долго не вызывалась, первый запрос будет ждать секунду · Лимиты — время выполнения (обычно 15 мин), память (до 10 ГБ), временный диск (512 МБ) · Дорого на нагрузке 24/7 — если функция крутится постоянно, виртуалка выйдет дешевле · Отладка сложная — не зайдёшь на сервер, не посмотришь логи как надо · Привязка к вендору — уйти с AWS Lambda на Yandex Cloud непросто

▫️Что бывает serverless · Функции (FaaS) — AWS Lambda, Yandex Cloud Functions, Cloudflare Workers. Для API, обработчиков событий, интеграций · Базы данных — AWS Aurora Serverless, Yandex YDB. База сама масштабируется и платишь за запросы · Хранилища — объектные хранилища (S3) и так serverless по духу · Контейнеры — AWS Fargate, Yandex Serverless Containers. Запускаешь контейнер без управления кластером · Триггеры — очереди, топики, бакеты, всё что угодно может дёргать функцию

▫️Культурный феномен · “No ops” — мантра разработчиков, которые ненавидят администрирование · Serverless — это ложь — серверы есть, просто вы их не видите. Как облака — они же есть, просто высоко · Мем с холодным стартом — “подожди, пока Lambda проснётся” в каждом чате поддержки · Бессерверная архитектура — теперь так называют всё, где нет видимых серверов

▫️Современное положение (2026) · Serverless — стандарт для API, бэкендов мобильных приложений, обработчиков событий, чат-ботов · Тренд — serverless вытесняет микросервисы в малых и средних проектах. Зачем управлять кучей сервисов, если можно накидать функций? · Платформы — AWS лидирует, но Yandex Cloud, VK Cloud, SberCloud догоняют с национальными особенностями · Новое поколение — WebAssembly на CDN (Cloudflare Workers) работают быстрее контейнеров

#serverless #faas #облака #архитектура #aws #yandexcloud #безсерверныевычисления

⚡ Serverless: код есть, сервера нет | Сетка — социальная сеть от hh.ru