Lovable запустила корпоративный пакет: деплой в AWS и Azure клиента, EU-инференс и политики

Lovable, сервис для сборки приложений в диалоге с ИИ, выпустила набор функций для крупных компаний. Главное: приложения и их данные теперь можно запускать в собственном облачном аккаунте клиента на AWS или Azure. Обе опции пока в закрытом превью. Первым в продакшен вышел Deutsche Telekom: в октябре компания запустила свои приложения Lovable в собственном AWS-аккаунте. Остальные новинки закрывают типичные вопросы службы безопасности: где крутится код, куда уходят запросы к моделям, кто и что может публиковать.

Логика релиза опирается на федеративную модель, которую Lovable видит у своих клиентов. Центральная ИТ-команда или команда по ИИ один раз задаёт правила, а подразделения строят приложения внутри них. Компания называет это управляемым разрастанием вместо теневого.

Данные остаются в периметре клиента

Deploy on AWS и Deploy on Azure переносят в аккаунт клиента песочницы предпросмотра, опубликованные приложения, базу данных, файловое хранилище и логи. Всё это работает в выделенной сети. К внутренним системам вроде хранилища данных приложения обращаются через VPC или VNet peering, и эти системы не выставляются в публичный интернет. Установку и обновления Lovable берёт на себя. Типичный пример, по словам компании, это HR-приложение, читающее данные из кадровой системы: пока оно не внутри сети, в продакшен его не пустят.

Отдельно появился Bring your own key. Даже при деплое в своём облаке история чатов и проектов остаётся у Lovable. Администратор подключает собственный ключ шифрования, и после его отзыва Lovable не сможет прочитать историю. Функция в закрытом превью и пока работает с AWS KMS в рабочих пространствах на Deploy on AWS. Azure Key Vault появится вместе с Deploy on Azure.

Для европейских компаний добавлен EU-инференс. По умолчанию запросы идут на стандартные эндпоинты провайдеров моделей, которые могут обрабатывать их в США. С включённой опцией запросы остаются на европейских эндпоинтах и при разработке, и в ИИ-функциях опубликованных приложений. Если ни один европейский эндпоинт запрос обслужить не может, он завершается ошибкой, а не уходит в другой регион.

Управление: Organizations, политики, Action center

Консоль Organizations позволяет настроить SSO и SCIM сразу для всех рабочих пространств, сопоставить группы провайдера идентификации с пространствами, заблокировать изменение настроек и создание неутверждённых пространств, а также смотреть аудит-логи по всей организации. Внутренние приложения можно публиковать на всю компанию: открыть их смогут только участники пространств организации.

Политики рабочих пространств либо блокируют действие, либо требуют одобрения администратора или владельца. Первые политики касаются публикации:

• запрет публикации при нерешённых находках с персональными данными (заменяет настройку Block publishing with PII);
• одобрение для публикаций от внешних соавторов;
• запрет публичной публикации;
• одобрение для приложений с коннекторами;
• блок публикации с адресов вне проверенных доменов.

При запросе на одобрение все администраторы получают уведомление в Lovable и по почте. Повторное одобрение нужно лишь при изменении того, что проверяет политика, например коннекторов или аудитории. Пока запрос ждёт, разработка и предпросмотр продолжаются. Для политик по коннекторам и внешним соавторам диалог показывает, как часто они сработали бы за последние 30 дней.

Action center собирает запросы на одобрение и сигналы: проекты без владельца, резкий рост расхода кредитов, публичные приложения с критическими уязвимостями и приложения, которые месяцами не редактировали. Он доступен на Business и Enterprise, запросы на одобрение требуют Enterprise.

API и экспорт логов

Lovable API, доступный на Business и Enterprise, позволяет читать настройки, участников и группы, аналитику, результаты сканирования безопасности, а также публиковать, снимать с публикации, обновлять и удалять проекты. На Enterprise доступны метки PII и инвентарь безопасности проектов. Данные по кредитам и лимитам добавят позже. Ключи создают владельцы и администраторы, есть и OAuth-клиенты.

Аудит-логи уходят в Splunk, Azure Log Analytics, Amazon S3, Google Cloud Storage или Azure Blob Storage раз в час или раз в три часа, только новые записи. Сама Lovable хранит логи 13 недель, а экспорт даёт собственную копию на нужный срок. Доступ к облакам идёт через краткоживущие учётные данные, без долгоживущих ключей.

Что дальше

В планах настройки, применяемые сразу ко всем пространствам организации, паритет функций на AWS и Azure с хостингом Lovable и Deploy on Google Cloud. Политики, Action center, API и экспорт логов уже работают. Для Organizations и закрытых превью нужно обращаться к аккаунт-менеджеру или на [email protected]. Командам, у которых прототипы упираются в безопасность, стоит заранее проверить три вещи: нужен ли деплой в собственном облаке, требует ли регулятор обработку запросов к моделям в ЕС и какие политики публикации включить в первую очередь.