На Google I/O 2026 анонсировано расширение интеграции AI Studio с Google Cloud: пользователи Starter Tier могут без указания банковской карты развернуть до двух full‑stack приложений в Cloud Run с хранением в Firestore или Cloud SQL;
На Google I/O 2026 Google объявила, что AI Studio теперь позволяет пользователям Starter Tier бесплатно развернуть до двух full‑stack приложений в Cloud Run без указания платёжной карты или создания отдельного аккаунта Google Cloud. Это сокращает путь от прототипа до рабочего приложения «в один клик» и уменьшает барьер входа для разработчиков и создателей продуктов, которым нужно быстро проверить идеи в продакшен‑окружении.
Технически Starter Tier автоматически создаёт ресурсы для разработки и публикует приложение в Cloud Run по одному клику. Хранилищем данных в новых развертках можно выбрать документно‑ориентированный Firestore или реляционную Cloud SQL; при превышении ограничений Starter Tier проект можно перенести в платный Google Cloud‑проект — все ресурсы и развернутые приложения будут переведены на счёт при апгрейде. Это расширение дополняет интеграцию, анонсированную в марте, которая уже поддерживала vibe‑coded деплой через Cloud Run, Firestore и Firebase Authentication. Новая важная часть — поддержка Cloud SQL, включая Cloud SQL for PostgreSQL, запуск которого ожидается в следующем месяце, а также более тесная автоматизация выбора типа хранилища агентом AI на этапе проектирования.
Для разработчиков поддержка Cloud SQL реализована через «developer edition»: агент позволяет мгновенно создать PostgreSQL‑базу, запуск в Starter Tier не требует первоначальных затрат, а бэкенд может автоматически масштабироваться до нуля, чтобы ресурсы оплачивались только при фактическом использовании. Агент AI также умеет автоматически создавать схемы и выполнять SQL‑операции по подсказкам, переводя часть рутинной работы по базе в управляемый автоматом рабочий процесс.
Когда AI Studio распознаёт потребность в аутентификации и хранилище данных, агент предлагает включить Firebase. По клику «Enable Firebase» запускается provisioning: создаётся Firestore, настраивается Firebase Authentication с Google Sign‑In, формируется страница входа, генерируется код синхронизации данных для приложения и создаются черновые правила безопасности Firestore. Авто‑генерируемые правила служат стартовой точкой, но авторам рекомендуется вручную проверить и адаптировать их перед публичным распространением и масштабированием.
Практическое значение обновления — более низкий порог для создания как документно‑ориентированных решений на Firestore, так и реляционных приложений на Cloud SQL, при этом агент может предложить подходящий тип БД ещё на этапе проектирования. Google одновременно подчёркивает масштабируемость инфраструктуры Cloud Run и Cloud SQL и предостерегает о необходимости проверять автоматически сгенерированные правила безопасности и архитектурные решения перед переходом в продакшен и масштабированием.
Источники
Ответы (0)
Пока нет ответов в этой теме.