Quick Apps: датасеты Quick Sight в реальном времени, не снимок при сборке

Quick Apps уже тянули Jira, Slack и Google Drive при каждом открытии, а цифры из Quick Sight оставались застывшим снимком с момента сборки агентом. С Live Data in Apps AWS добавила повторный SQL по curated-датасетам при каждом визите: запрос идёт от имени зрителя, не сборщика.

Сборка и просмотр

Описываете приложение обычным языком — агент находит датасеты Quick Sight, пишет SQL и просит подтвердить доступ к каждому по имени. После публикации тот же запрос уходит снова при каждом открытии: «сколько тикетов закрыли за неделю по регионам» не нужно еженедельно выгружать в Slack.

Row-level security и column-level security из Quick Sight сохраняются; согласие на датасет проверяется на сервере при каждом запросе. Минимальная роль и для сборщика, и для зрителя — Reader Pro; анонимный доступ к live-датасетам не поддерживается. На первом заходе зритель даёт отдельное согласие на каждый датасет, как и при сборке.

На что смотреть

• SPICE и Direct Query поддерживаются, но Direct Query из разных источников в одном приложении смешать нельзя.
• Слишком тяжёлый ответ — сообщение «сузьте запрос», не обрезанная выдача; на этапе сборки есть лимит строк, для полной загрузки можно попросить агента пагинацию.

В демо sales-лидер собирает renewals-приложение с фильтрами и выручкой по сделке — сценарий, на который раньше уходил примерно месяц согласований с IT. Старт с датасета, к которому уже есть доступ; коллеги с тем же RLS видят разные строки в одном UI — менеджер AMER и менеджер EMEA не делят один и тот же срез.

Источник: Serve live, governed data in AI-built apps with Amazon Quick.