👀 Что такое serverless?
Название сбивает с толку — серверы на самом деле есть, но ответственность за них лежит на облачной платформе. Компания запускает код, контейнеры, базы данных и прикладные сценарии в облаке, но ей не нужно вручную управлять инфраструктурой и планировать вычислительные мощности.
А ещё компания платит лишь за фактически задействованные облачные мощности и не должна держать включённые серверы про запас. Так, немецкая медиагруппа Seven.One Entertainment Group перевела свою платформу с локальной инфраструктуры на бессерверную архитектуру AWS для работы с неравномерным событийным трафиком — и затраты снизились на 60%.
За счёт этого serverless-решения нередко оказываются дешевле и on-premise, и стандартных облачных. К примеру, университет ИТМО развернул приложение с персонализированным расписанием для 9000 студентов по serverless-схеме в Yandex Cloud. Оно оказалось в 11 раз дешевле, чем когда было развёрнуто на инфраструктуре вуза.
🔓 Как технологически организован serverless-доступ?
В случае простых задач точкой входа служат облачные функции — они запускают выполнение кода в управляемой среде по запросу или событию.
В более сложных сценариях работают контейнеры — приложения, упакованные для работы с облачным сервером. Компания собирает образ контейнера, хранит его в реестре контейнеров и задаёт настройки запуска. Через этот образ облако и запускает контейнер в ответ на запрос.
Данные хранятся в serverless-базе данных — компания просто загружает в неё информацию, а объёмом вычислительных ресурсов под неё управляет облачная платформа.
В результате команде не нужно поднимать и поддерживать серверы. Она тратит меньше времени и трудовых ресурсов на инфраструктурную подготовку и больше — на сам продукт.
👉 Кому serverless нужнее всего?
Такая модель больше всего подойдёт:
🔴 командам, которые выносят в облако несложные функции
🔴 компаниям с сильными скачками загрузки, например, где трафик сильно зависит от времени суток или сезона
🔴 командам, которым важно быстро проводить эксперименты и запускать пилоты.
Serverless будет не таким удобным вариантом, если в компании:
🔴 есть тяжёлые монолитные приложения — переносить их в serverless может быть дорого и неоправданно сложно
🔴 высокая и постоянная нагрузка — тогда serverless теряет экономическое преимущество, потому что главный выигрыш этой модели в том, чтобы не держать ресурсы про запас под пиковые нагрузки
🔴 реализуются долгоживущие процессы, которые плохо укладываются в модель коротких или ограниченных по времени вызовов
🔴 есть потребность в тонком управлении облачным окружением.
Serverless подходит бизнесам разных масштабов. Крупные нередко используют подход для отдельных функций. Так, Fix Price применяет облачные функции для обработки файлов из объектного хранилища и передачи их в управляемый Managed Service for ClickHouse. За счёт этого время загрузки данных в витрины сократилось в 10 раз.
⭐️ Как развернуть serverless?
Компания может развернуть serverless в Yandex Cloud через набор serverless-интеграций, где центральную роль играет Yandex Workflows.
Обычно это выглядит так: через API Gateway или облачные функции принимается запрос. Workflows оркестрирует шаги, при необходимости обращается к хранилищам, базам данных или другим сервисам, а результат возвращается дальше по цепочке. Такой подход подходит для автоматизации бизнес-процессов, обработки документов и других сценариев.
Подписывайтесь 👉 @yab2btech