26 февраля 2026 г.
Как бесплатно деплоить навайбкодженное
Как бесплатно деплоить навайбкодженное
На прошлой неделе мы разобрались, как бесплатно вайбкодить.
Теперь давайте поговорим о том, куда деплоить.
Здесь расскажу про статику и облачные функции с примаунченным стораджем. А виртуальные машины и базы оставим для отдельного поста.
Дисклеймер: эта заметка для начинающих вайб-кодеров, опытные разработчики вряд ли найдут здесь что-то новое.
Всё, о чем пойдет речь ниже, разумеется, хорошо известно LLM. Моя цель — дать представление о возможностях, чтобы вы могли сформулировать промпт. Реализацию оставьте нейронкам.
Статика
Статика — это HTML + CSS + JS + ассеты (картинки, видео, данные в JSON/CSV). То есть код выполняется в браузере, а не на сервере.
Однако это не означает, что сервис не взаимодействует с пользователем или ограничен однажды заданным контентом. Можно:
* Добавлять данные в момент пересборки (и автоматизировать её).
* Ходить за данными прямо из браузера в сторонние API.
* Запоминать ввод пользователя локально (куки, localStorage, IndexedDB).
Для блога, портфолио и даже небольшого онлайн-магазина этого хватит, но если не указать в промпте явно, агент может добавить бэкенд и базу.
Главное преимущество статики — простота. Мало составных частей — нечему ломаться. Идеально для проверки гипотез и MVP.
Куда деплоить статику
Вариантов много. Мне нравится gh-pages от github. Удобно тем, что исходники и результат сборки находятся рядом, а деплой происходит автоматически с помощью github actions.
Демки к прошлому посту про нейро-CEO опубликованы именно так.
Если вы строго чтете 152‑ФЗ и не хотите, чтобы пользовательские данные в любом их проявлении пересекали границу — есть SourceCraft Sites от Яндекса. На момент написания этого поста там нельзя прикрутить свой домен, но ребята обещают поддержать эту возможность совсем скоро.
Еще один вариант — Object Storage в Яндекс Облаке. Он нам особенно пригодится во второй части про serverless. Это полный аналог S3 от Амазон. До превышения определенных лимитов на размер хранилища и количество запросов не тарифицируется.
Например, в Object Storage хранятся скриншоты к прошлому посту. И тут мое фронтендерское прошлое требует сделать лирическое отступление: выкладывая картинки, не забывайте их предварительно пожать (настоящие фронтендеры скажут, что графику нужно экспортировать в нескольких форматах и размерах, а перед бакетом поднять CDN). Сами нейронки этого не сделают.
Serverless
Serverless очень похож на морских свинок. Это тоже не морская и не свинка, а смысл как раз в том, чтобы выполнять код на сервере. Но весь головняк о поддержке берет на себя провайдер.
Нетарифицируемой квоты Yandex Cloud Functions вполне хватает, чтобы поселить пару десятков телеграм-ботов для личного использования (а вызовы из навыков Алисы полностью бесплатны).
Принцип работы облачных функций отличается от классических серверов тем, что они работают только в момент получения запроса — не нужно платить за время простоя. Поэтому решение отлично подходит, пока нет большой нагрузки.
Разумеется, возможности облачных функций не ограничиваются ботами — в них можно выполнять любую логику. Но какой же вайбкодер первым делом не вайбкодит бота? К тому же это позволяет не думать про интерфейс и аутентификацию. А если в формате чата станет тесно, есть Telegram Mini Apps.
Подробнее про вайб-ботов поговорим в отдельном посте, а я пока подсвечу важный момент: так как функция существует только в момент вызова, любые данные исчезнут вместе с уничтожением контейнера.
Чтобы этого избежать, нам как раз и пригодится Object Storage из раздела про статику. Бакет за несколько кликов можно подключить к контейнеру функции и писать в него как в обычную файловую систему (просто скажите нейронке, что бакет примаунчен, она разберется).
Мне предыдущая версия Claude Opus сочинила вот такой скрипт для использования бакета в качестве JSON-базы (а заодно и валидации пользователей для TG Mini App).
Конечно, есть множество других вариантов хостинга со своими плюсами и минусами. Буду рад, если поделитесь вашими любимыми в комментариях!