Lovable ermöglicht Unternehmen den Betrieb von Apps im eigenen AWS-Konto

Was im AWS-Konto des Kunden läuft

Bisher liefen Lovable-Apps auf der Infrastruktur von Lovable. Laut dem Unternehmen reicht das für die meisten Teams aus. Manche Apps greifen jedoch auf Daten zu, die im Netzwerk eines Unternehmens bleiben müssen, und manche Security-Teams verlangen, dass jede Produktivlast in einem Konto läuft, das ihnen selbst gehört.

Mit Deploy on AWS liegt alles, was eine App zum Betrieb braucht, in einer dedizierten VPC im Konto des Kunden. Lovable nennt folgende Komponenten:

• Die Lovable Data Plane auf einem Amazon-EKS-Cluster, einschließlich der Vorschau-Sandboxes, in denen Builds laufen
• Veröffentlichte Apps, mit statischen Assets in Amazon S3 und dynamischen Anfragen über AWS Lambda
• Die App-Datenbank auf Amazon Aurora PostgreSQL sowie der App-Speicher in Amazon S3
• Anwendungslogs, die an Systeme wie Amazon S3 oder Amazon CloudWatch gesendet werden können
• Das Connector-Gateway und die Secrets für Integrationen

Apps greifen über VPC Peering auf interne Systeme wie ein Data Warehouse oder ein CRM zu, sodass diese Systeme nicht mit dem öffentlichen Internet verbunden sein müssen. Lovable erklärt, es installiere, verwalte und aktualisiere alles, was es bereitstellt, sodass Kunden dies nicht selbst betreiben müssen.

Das Unternehmen nennt ein Beispiel: Ein HR-Team möchte eine App zur Urlaubsplanung, die Daten aus dem HR-System braucht, und laut Unternehmensrichtlinie dürfen diese Daten die Umgebung nicht verlassen. Läuft die App in der Cloud eines anderen Anbieters, würde sie die Prüfung nicht bestehen. Befindet sich der Workspace im eigenen AWS-Konto des Kunden, bleiben App und Daten dort.

Einrichtung, Zugriff und Datenschutz

Das Hosting bei Lovable bleibt die Standardoption und ist laut Unternehmen für die meisten Apps die richtige Wahl. Viele Organisationen werden vermutlich beides nutzen, so Lovable: einen Workspace im eigenen AWS-Konto für sensible Daten und den Rest bei Lovable gehostet.

Zur Einrichtung legt ein Admin einen neuen Enterprise-Workspace an und wählt das Hosting in AWS. Lovable erzeugt einen CloudFormation-Stack für das Konto des Kunden, den dessen Team prüft und ausführt. Der Stack erstellt die VPC, eine EC2-Instanz für den Lovable Runner und die Berechtigungen, die der Runner benötigt. Anschließend richtet der Runner den EKS-Cluster, Aurora PostgreSQL, S3 und weitere Dienste ein.

Über den Runner verwaltet Lovable die Installation, während der Kunde Einblick in dessen Aktivitäten behält. Er nutzt getrennte IAM-Rollen für Einrichtung, laufende Wartung und Außerbetriebnahme, und der Runner-Endpunkt von Lovable ist der einzige externe Host, mit dem er kommuniziert. Jedes Update ist ein versioniertes Helm Chart, das auf signierte Container-Images in der Container-Registry des Kunden verweist. Bestehende Enterprise-Kontrollen gelten weiterhin, darunter SSO und SCIM, eine standardmäßig auf Workspace-Mitglieder beschränkte Veröffentlichung, ein Security-Scan bei jedem Build und Audit-Logs.

Zum Datenschutz beschreibt Lovable drei Ebenen:

• Im Konto des Kunden: App-Daten bleiben in der VPC, unter der AWS-Verschlüsselung und den Zugriffskontrollen des Kunden.
• Zwischen Konto und Lovable: Die Komponenten bauen ausgehende Verbindungen zu Lovable über einen mTLS-verschlüsselten Tunnel auf, und Lovable benötigt nie eine eingehende Verbindung in das Netzwerk des Kunden.
• Bei Lovable: Chat- und Projektverlauf werden im Ruhezustand verschlüsselt. Mit Bring your own Key verbinden Admins in den Workspace-Einstellungen ihren eigenen AWS-KMS-Schlüssel und können den Zugriff von Lovable jederzeit widerrufen.

Einige Teile bleiben beim Multi-Tenant-Dienst von Lovable: der Editor, der Agent, Chat- und Projektverlauf sowie Workspace-Einstellungen, Identität und Abrechnung. KI-Modellanfragen, die beim Entwickeln entstehen, verarbeitet weiterhin der KI-Dienst von Lovable.

Erster Kunde und Verfügbarkeit

Laut Lovable ging die Deutsche Telekom im Oktober live, mit ihren Lovable-Apps im eigenen AWS-Konto. In einem Statement, das der Ankündigung beiliegt, erklärte das Unternehmen, seine sensibelsten Workloads erforderten, dass Apps und Daten strikt im eigenen Netzwerk bleiben. Der Betrieb von Lovable in der eigenen Infrastruktur über AskT, die interne KI-Produktivitätsplattform, erlaube es Mitarbeitenden, Tools mit Anbindung an interne Daten zu bauen, während das Security-Team die volle Kontrolle behalte. Man arbeite mit dem Global-HR-Team an Plattformen für Mitarbeitende und sei das erste globale Unternehmen, das Lovable auf diese Weise einsetze.

Deploy on AWS ist in einer Private Preview für ausgewählte Enterprise-Kunden verfügbar. Lovable weist darauf hin, dass einige Funktionen, die beim Hosting bei Lovable verfügbar sind, noch nicht unterstützt werden, und arbeitet nach eigenen Angaben an vollständiger Funktionsparität. Interessierte Kunden können sich an ihr Account-Team wenden oder eine E-Mail an [email protected] schreiben. Lovable empfiehlt, mit den Apps zu beginnen, die ein Team bauen möchte, und mit den Vorgaben der eigenen Richtlinien dazu, wo diese laufen dürfen.

Für Unternehmen mit strengen Vorgaben zu Datenresidenz oder Sicherheit könnte die Option eine Hürde beseitigen, Lovable für Produktiv-Apps mit Zugriff auf interne Systeme zu nutzen, während der übrige Workflow unverändert bleibt. Da es sich um eine Private Preview mit Funktionslücken handelt, bleibt abzuwarten, wie breit die Verfügbarkeit wird und wann Parität mit bei Lovable gehosteten Workspaces erreicht ist.