Amazon Quick Apps können jetzt auf verwaltete Quick-Sight-Daten live zugreifen

Von eingefrorenen Momentaufnahmen zu Live-Abfragen

Quick Apps griffen bereits zum Zeitpunkt der Ansicht live auf Inhalte zu: aus Action Connectors wie Jira, Slack und Google Drive, aus Spaces-Dokumenten, aus der Websuche und aus KI-Inferenz. Die Lücke bildeten verwaltete Quick-Sight-Datensätze. Die SPICE- und Direct-Query-Tabellen, in denen Geschäftskennzahlen liegen, ließen sich aus einer App nicht live abfragen. Alle Datensatzwerte, die eine App anzeigte, wurden laut AWS beim Erstellen durch den Agenten fest eingebettet.

AWS beschreibt Amazon Quick als KI-gestützten, einheitlichen Intelligence-Dienst, der verwaltete Unternehmensdaten und -inhalte verbindet. Mit Quick Apps beschreiben Nutzer eine Anwendung in natürlicher Sprache, und ein KI-Agent schreibt und veröffentlicht eine funktionsfähige Webanwendung, ganz ohne manuelles Programmieren oder DevOps-Schritte.

Mit Live Data in Apps findet der Agent beim Erstellen der App selbstständig passende kuratierte Datensätze und schreibt das SQL, das zur Beantwortung der Frage nötig ist. Nach der Veröffentlichung führt die App dieses SQL bei jedem Öffnen erneut aus, sodass die Zahlen stets aktuell sind.

Erstellung, Zustimmung und Sicherheit

AWS erläutert das Ganze an einem Beispiel für den fiktiven SaaS-Anbieter AnyCompany, dessen regionale Vertriebsleiter Vertragsverlängerungen prüfen. Ein Vertriebsleiter öffnet Apps in Amazon Quick und gibt einen Prompt ein, der Kundenverlängerungen im laufenden Quartal und in den nächsten 6 Monaten abfragt, wobei Umsatz und Marge angezeigt werden, sobald ein Kunde ausgewählt wird. Der Agent erkennt die Datensätze SaaS Sales und Customer Renewals, schreibt das SQL und bittet den Ersteller, jeden Datensatz namentlich zu genehmigen.

Anschließend kann der Vertriebsleiter per weiterer Prompts Funktionen ergänzen, etwa ein KI-Zusammenfassungs-Overlay, das den Umsatzdatensatz mit einem Dokument zur Produktstrategie des Unternehmens kombiniert. Ein Pop-up namens Manage integrations listet alle Integrationen auf, die die App nutzt. Nach der Veröffentlichung lässt sich die App mit Leseberechtigung für Quick-Nutzer oder -Gruppen teilen.

Beim ersten Öffnen der App werden Betrachter um ihre Zustimmung gebeten. Laut AWS gelten bestehende Regeln für Zeilensicherheit (Row-Level Security, RLS) und Spaltensicherheit (Column-Level Security, CLS) automatisch, und die Zustimmung wird bei jeder Abfrage serverseitig durchgesetzt. Im Beispiel sieht ein Manager mit AMER-Zugriff nur AMER-Daten, während ein Manager mit EMEA- und AMER-Zugriff beides sieht. Nutzer ohne Zugriff auf die zugrunde liegenden Datensätze erhalten eine Zugriffsfehlermeldung.

Voraussetzungen und Bedeutung für Teams

AWS nennt mehrere Voraussetzungen:

• Die Datensätze müssen bereits existieren, mit oder ohne RLS und CLS.
• Unterstützt werden sowohl SPICE-Datensätze (In-Memory) als auch Direct-Query-Datensätze.
• Jeder Betrachter muss bei der ersten Nutzung pro Datensatz zustimmen, und Ersteller genehmigen Datensätze während des Erstellens.
• Betrachter müssen authentifizierte Quick-Nutzer sein. Anonymer oder öffentlicher Zugriff wird bei Apps mit Live-Datensätzen nicht unterstützt.
• Die Mindestrolle für Ersteller und Nutzer ist Reader Pro (Professional).

Für Verantwortliche im Geschäftsbetrieb entfallen laut AWS manuelle Datenaktualisierung, Verwaltung von Snapshots und eigene API-Anbindungen. Für Administratoren ist kein neues Berechtigungsmodell nötig. Im AnyCompany-Beispiel kann laut AWS eine Aufgabe, die üblicherweise einen Monat Aufwand bedeutet, von einem Vertriebsleiter auf Basis eines Datensatzes gebaut werden, auf den er ohnehin Zugriff hat, und ohne Wartezeit auf die IT geteilt werden.