Webanwendung hosten: die richtige Wahl für Ihre Situation

Sechs Hosting-Familien

Eine Webanwendung besteht aus Code, der Anfragen beantwortet, einer Datenbank, die den Zustand speichert, und oft aus Hintergrundjobs. Jede Hosting-Familie übernimmt einen Teil davon.

• Die KI-App-Builder veröffentlichen selbst: Lovable unter einer Adresse auf lovable.app, mit integriertem Backend (Datenbank, Benutzeranmeldung, Dateien), Bolt unter einer Adresse auf bolt.host, Replit mit vier Deployment-Typen.
• Die Deployment-Plattformen (Vercel, Netlify) bauen die Anwendung bei jedem Code-Push, verteilen sie über ihr Netzwerk und führen den Servercode als Funktionen aus.
• Die PaaS (Render, Railway, Fly.io) betreiben in ihren Containern die Dienste, die Sie deklarieren: Webserver, Worker, geplanter Job, Datenbank.
• Die Cloud (AWS, Google Cloud, DigitalOcean) bietet einen Katalog von Bausteinen, die Sie zusammensetzen: Maschinen, verwaltete Datenbanken, Speicher, Message Queues.
• Der Unmanaged VPS gibt Ihnen einen Server mit Root-Zugang: alles, was darauf geschieht, liegt bei Ihnen.
• Der Managed VPS ist derselbe Server, betrieben vom Hoster, der ihn aktuell hält, überwacht und eingreift.

Der Vergleich, Kriterium für Kriterium

Die erste Tabelle zeigt, was bei Ihnen bleibt, die zweite, was Sie bezahlen und wo Ihre Daten liegen (Preise und Dokumentation, veröffentlicht im Oktober 2026).

Was Sie verwalten, die Datenbank, die Hintergrundjobs

Familie	Was Sie verwalten	Datenbank	Hintergrundjobs, dauerhafte Prozesse
KI-App-Builder	Die Anwendung, im Rahmen des Tools	Integriert (Lovable) oder angebunden, etwa Supabase	Je nach Tool (reservierte Maschine und geplante Deployments bei Replit)
Deployment-Plattformen	Der Code und seine Konfiguration	Bei einem Drittanbieter (Neon, Supabase, Upstash über den Marketplace von Vercel)	Funktionen mit begrenzter Laufzeit: bei Vercel standardmäßig 300 s, 800 s im Pro-Tarif (1.800 s in der Beta); dauerhafte Prozesse in der Beta
PaaS	Der Code, die Dienste, ihre Größe	Von der Plattform angeboten, separat berechnet	Worker und geplante Jobs, als Dienste deklariert
Cloud	Die gesamte Architektur: Netzwerk, Maschinen, Zugänge	Verwalteter Dienst oder Datenbank auf einer Maschine	Alles, durch Kombination der Dienste
Unmanaged VPS	Der Server: System, Sicherheit, Backups, Überwachung	Auf dem Server, von Ihnen eingestellt und gesichert	So viele, wie der Arbeitsspeicher zulässt
Managed VPS	Ihr Code; der Hoster betreibt den Server	Auf dem Server, vom Hoster gesichert	So viele, wie der Arbeitsspeicher zulässt, vom Hoster überwacht

Die Rechnung, die Daten, der Ausstieg

Familie	Rechnung	Speicherort der Daten	Portabilität
KI-App-Builder	Abonnement; bei Lovable verbraucht das integrierte Backend Credits	Bei der Plattform und ihren Anbietern	Code mit GitHub synchronisiert (Lovable); das integrierte Backend wird separat migriert
Deployment-Plattformen	Abonnement, dann Nutzung: bei Vercel Pro 20 USD pro Monat und pro Mitglied, das deployt, 20 USD Nutzung inklusive	Funktionen in einer Region (bei Vercel standardmäßig iad1), Datenbank bei ihrem Anbieter	Standardcode; die plattformeigenen Dienste werden ersetzt
PaaS	Nach Ressource: bei Railway 20 USD pro vCPU und 10 USD pro GB Arbeitsspeicher, monatlich	Eine Region nach Wahl (fünf bei Render)	Einfach mit einem Dockerfile
Cloud	Dienst für Dienst; bei AWS wird ausgehender Traffic über 100 GB kostenlos pro Monat hinaus berechnet	Die Region Ihrer Wahl	Je nach den eingesetzten Diensten
Unmanaged VPS	Ein Preis pro Größe; Traffic teils über ein Inklusivvolumen hinaus berechnet (0,01 USD pro GiB bei DigitalOcean)	Das Rechenzentrum des Servers	Vollständig: Standardsoftware, Root-Zugang
Managed VPS	Ein Monatspreis pro Größe, Betrieb inklusive	Das Rechenzentrum des Servers; Backups außerhalb der Maschine	Vollständig: Ihr Code und Ihre Daten bleiben Ihr Eigentum

Drei Kriterien, die einen genauen Blick verdienen

Die Rechnung, die dem Traffic folgt

Auf einer Plattform mit Abrechnung nach Nutzung hängt der Preis eines Monats davon ab, was die Anwendung in diesem Monat getan hat. Bei Vercel werden nach Verbrauch des enthaltenen Guthabens die Prozessorzeit der Funktionen, ihr Arbeitsspeicher, die Neugenerierung von Seiten und die Bildtransformationen einzeln berechnet; bei Fly.io werden die Maschinen sekundengenau bezahlt. Ideal für einen kleinen Start, verlangt dieses Modell einen Blick auf das Dashboard, sobald die Anwendung wächst. Auf einem VPS verbraucht eine Traffic-Spitze die Ressourcen des Servers, und die Rechnung bleibt gleich: die Frage lautet dann, welche Größe Ihre Spitzen trägt, mit Reserve.

Hintergrundjobs und dauerhafte Prozesse

Worker für Job-Queues, Synchronisations-Bots, Echtzeitverbindungen, geplante Aufgaben: viele Anwendungen haben dieses zweite Leben. Die Deployment-Plattformen sind um Funktionen mit begrenzter Laufzeit herum gebaut, und Vercel bietet dauerhafte Prozesse in der Beta an (Vercel Daemons). Die PaaS deklarieren sie als eigene Dienste, bei Render als background worker oder cron job. Auf einem Server sind es Prozesse wie alle anderen, vom System gestartet und neu gestartet.

Der Speicherort der Daten

Bei Vercel laufen die Funktionen standardmäßig in der Region iad1 (Washington), und die Dokumentation empfiehlt, die Datenbank in dieselbe Region zu legen: jeder Hin- und Rückweg zu einer entfernten Datenbank kostet Latenz. Auf einem VPS teilen sich die Anwendung und ihre Datenbank dieselbe Maschine, in einem bekannten Rechenzentrum, was Geschäftskunden und Verträge über personenbezogene Daten oft verlangen.

Je nach Ihrer Situation

Ihre Situation	Das passende Hosting
Ein Prototyp, eine Demo, eine Idee zum Testen	Das Hosting des Erstellungstools oder der kostenlose Tarif einer Plattform (bei Vercel ist der Hobby-Tarif der privaten, nicht kommerziellen Nutzung vorbehalten)
Eine Anwendung mit ihren ersten Nutzern	Ein Managed VPS; ein PaaS, wenn Ihr Team selbst entwickelt und deployt
Eine Fachanwendung: Kundendaten, ein Team, das davon abhängt	Ein Managed VPS: Daten an einem bekannten Ort, Backups, Überwachung mit Eingriff
Der Entwickler ist weg, oder die Anwendung wurde mit KI erstellt	Ein Managed VPS, mit Übernahme und Migration des Bestands
Ein technisches Team, das die Hand am Server behalten will	Ein VPS, mit Support für die Fragen jenseits des Alltags
Eine überwiegend statische Website mit weltweit stark schwankendem Traffic	Eine Deployment-Plattform und ihr Auslieferungsnetz

Solange die Anwendung dazu dient, eine Idee zu zeigen, veröffentlicht das Tool, in dem sie entstanden ist, sie mit einem Klick. Die Wahl eines Hostings kommt mit den ersten Nutzern: Daten, die geschützt werden wollen, eine Rechnung, die planbar sein soll.

Sobald die Anwendung Nutzer hat und niemand im Team dafür da ist, einen Server zu administrieren, lautet die Antwort Managed VPS: die Anwendung läuft auf einem Server, der ihr allein gehört, mit ihrer Datenbank, ihren Hintergrundjobs und ihren Ressourcen, und der Hoster betreibt ihn für Sie. Ein proaktiver Managed Service behält auch die Anwendung selbst im Blick (Fehler, lange Antwortzeiten, aufwendige Abfragen, Speicherplatz) und empfiehlt Ihnen die Korrektur, die Sie umsetzen, selbst oder mit Ihrem KI-Assistenten. Der Entwickler ist weg? Der Managed Service übernimmt den Bestand so, wie er ist, Migration inklusive.

Ein Team, das selbst administriert, holt das Beste aus einem Server heraus, an dem es die Hand behält: der VPS Pro von Simafri umfasst den Full-Stack-Support, eine Diagnose vom System bis zum Code der Anwendung.

Das Hosting wechseln, ohne bei null anzufangen

Die Wahl von heute lässt sich morgen ändern, sofern die Anwendung portabel bleibt:

• Der Code in einem eigenen Git-Repository. Lovable synchronisiert ihn mit GitHub, von wo aus er sich anderswo deployen lässt.
• Die Konfiguration in Umgebungsvariablen, aufgelistet: API-Schlüssel, Adresse der Datenbank, Secrets.
• Eine Standarddatenbank (PostgreSQL, MySQL), die sich mit ihren üblichen Werkzeugen exportieren und wieder importieren lässt.
• Die plattformeigenen Dienste, vorab erfasst (Dateispeicher, in ihrer Konfiguration deklarierte geplante Jobs): sie sind es, die ersetzt werden.

Next.js ist dafür ein gutes Beispiel: laut seiner Dokumentation unterstützt ein Node.js-Server, der mit next build und dann next start gestartet wird, alle Funktionen, bei jedem Hoster, der Node.js ausführt.