Was ist PaaS (Vercel & Co.)? Vollständiger Vergleich mit Shared Hosting, VPS und Cloud

Wer Claude Code oder ChatGPT bei der App-Entwicklung einsetzt, bekommt diese Ratschläge ständig zu hören: „Deploy doch auf Vercel.“ „Mit Render ist die Seite in Minuten live.“ „Railway ist super einfach.“

Moment — was ist Vercel eigentlich? Ist das nicht dasselbe wie AWS? Reicht mein normaler Webspace nicht aus? All diese Fragen lösen sich, sobald man die verschiedenen Arten von Hosting verstanden hat.

Dieser Artikel vergleicht PaaS (Platform as a Service), das KI besonders häufig empfiehlt, mit klassischen Alternativen: Shared Hosting, VPS und Cloud (IaaS). Entlang der drei Achsen Preis, Freiheit und Betriebsaufwand. Am Ende wissen Sie klar, was für Ihr eigenes Projekt die richtige Wahl ist.

1. Was ist PaaS — warum empfiehlt KI es?

PaaS (Platform as a Service) ist eine Hosting-Form, bei der Server, Betriebssystem, Middleware, Runtime — also das gesamte Fundament, damit eine Anwendung läuft — komplett vom Anbieter gestellt werden. Der Nutzer braucht nur noch seinen App-Code bereitzustellen; ein einfaches git push reicht, um in Produktion zu deployen.

Die bekanntesten PaaS-Anbieter

Die Idee hinter PaaS: so wenig Nebenarbeit wie möglich

Auf Shared Hosting oder einem VPS fällt eine Menge Arbeit an, die nichts mit der eigentlichen App-Entwicklung zu tun hat: SSL-Zertifikate beantragen, Nginx oder Apache konfigurieren, Node.js installieren, Deploy-Skripte schreiben, Logs überwachen, Backups einrichten.

PaaS automatisiert all das. Konkret:

• Deploy per git push (Build, Deployment und Veröffentlichung laufen automatisch)
• SSL-Zertifikate werden automatisch beschafft und erneuert (HTTPS ist Standard)
• CDN und Caching sind integriert (schnelle Auslieferung weltweit)
• Umgebungsvariablen und Secrets über die UI verwalten
• Preview-Umgebungen entstehen automatisch (eigene URL pro Pull Request)
• Automatische Skalierung (auch Traffic-Spitzen werden abgefangen)
• Rollback auf Klick (zurück zu früheren Deployments in Sekunden)

Wenn KI also sagt „Deploy auf Vercel“, dann aus einem rationalen Grund: damit Sie sich nicht in Nebenaufgaben verzetteln, sondern am eigentlichen Produkt arbeiten können.

2. Die vier Hosting-Ebenen — verstanden über das Verantwortungsmodell

Der einfachste Weg, die Unterschiede zwischen Hosting-Arten zu verstehen, führt über die Frage: „Wo hört meine Verantwortung auf, wo beginnt die des Anbieters?“ Dieses Prinzip heißt Verantwortungsmodell (Shared Responsibility Model).

Von der Hardware bis zum App-Code besteht ein Web-Dienst aus mehreren Schichten. Von unten nach oben:

1. Hardware — physische Server, Speicher, Netzwerkgeräte
2. Virtualisierung — Technik, die einen physischen Rechner in mehrere virtuelle Maschinen aufteilt
3. Betriebssystem — Linux, Windows Server usw.
4. Middleware — Webserver (Nginx/Apache), Datenbanken (MySQL/PostgreSQL) usw.
5. Runtime — Laufzeitumgebungen für Node.js, Python, PHP, Ruby usw.
6. Bibliotheken — Pakete, die über npm, Composer usw. verwaltet werden
7. App-Code — der Quellcode, den Sie selbst schreiben

Die verschiedenen Hosting-Arten unterscheiden sich darin, ab welcher dieser Schichten der Anbieter die Verantwortung übernimmt.

Je weiter unten in der Liste, desto weniger eigene Arbeit; je weiter oben, desto mehr Freiheit. Die Wahl ist immer ein Kompromiss zwischen Freiheit und Betriebsaufwand.

3. Shared Hosting — der Klassiker

Beim Shared Hosting teilen sich viele Nutzer einen einzigen physischen Server. Im deutschsprachigen Raum laufen immer noch sehr viele Websites so.

Bekannte Anbieter

• IONOS (großer Anbieter)
• Strato (etabliert)
• All-Inkl (solide)
• Hostinger (preiswert)
• DomainFactory / Mittwald (für größere Projekte)

Vorteile

• Sehr günstig (wenige Euro pro Monat)
• WordPress in wenigen Klicks (Installation über das Admin-Panel)
• Praktisch kein Fachwissen nötig (Dateien per FTP hochladen, fertig)
• Domain und E-Mail inklusive (für Selbstständige völlig ausreichend)

Nachteile

• Eingeschränkte Technik (PHP ja, Node.js oder Python meist schwierig)
• Nachbarschaftseffekt (andere Kunden auf demselben Server können die eigene Seite ausbremsen)
• Oft kein SSH-Zugriff (keine Shell-Befehle möglich)
• Schlechte Integration moderner Workflows (git push als Auto-Deploy erfordert Bastelei)

Wofür geeignet

WordPress-Sites, Firmen-Websites, persönliche Blogs, kleine Online-Shops. Wer ein fertiges PHP-CMS nutzen will, bekommt mit Shared Hosting das beste Preis-Leistungs-Verhältnis.

Übrigens: Diese Seite (AI Arte) läuft nicht auf Shared Hosting, sondern betreibt Laravel mit Docker auf einem VPS. Auch eine PHP-App wächst aus Shared Hosting heraus, sobald sie dauerhaft laufende Prozesse oder Container braucht.

4. VPS — die eigene virtuelle Maschine

Ein VPS (Virtual Private Server) ist eine einzelne virtuelle Maschine, die innerhalb eines physischen Servers Ihnen allein gehört. Alles ab dem Betriebssystem verwalten Sie selbst.

Bekannte Anbieter

• Hetzner Cloud (deutscher Anbieter)
• Netcup (preislich stark)
• DigitalOcean (international)
• Linode (gehört zu Akamai)
• Vultr (sehr günstig)

Vorteile

• Ab dem Betriebssystem völlig frei (Node.js, Python, Docker — alles installierbar)
• Root-Rechte (freier Shell-Zugang via SSH)
• Weniger Nachbarschaftseffekte (CPU und RAM sind garantiert)
• Preiswert (wenige Euro bis zu niedrigen zweistelligen Beträgen pro Monat)

Nachteile

• Server-Admin-Wissen nötig (Linux, Nginx, SSL, Firewall usw.)
• Security-Updates sind Ihre Aufgabe (wer es versäumt, wird gehackt)
• Incidents liegen ebenfalls bei Ihnen (auch nachts, wenn der Server fällt)
• Manuelle Skalierung (bei mehr Last muss der Tarif angepasst werden)

Wofür geeignet

Entwickler, die Server-Betrieb lernen wollen, kostenbewusste Teams mit hohem Freiheitsbedarf oder Setups mit exotischer Middleware. Auch private Game-Server, eigene Mail-Server und Entwicklungs- und Testumgebungen laufen oft auf einem VPS.

5. Cloud (IaaS) — AWS, GCP, Azure

IaaS (Infrastructure as a Service) bietet Hardware und Virtualisierung als Dienst. Man kann es als „VPS auf Steroiden“ verstehen.

Die großen Anbieter

• Amazon Web Services (AWS) — einer der großen Anbieter mit einem enorm breiten Dienstangebot
• Google Cloud Platform (GCP) — stark bei KI/ML und Datenanalyse
• Microsoft Azure — enterprise-lastig, enge Office-Integration
• Oracle Cloud — einige Dauer-Gratis-Stufen sind ungewöhnlich großzügig
• Alibaba Cloud — stark in China und Asien

Vorteile

• Quasi unbegrenzte Skalierung (von ein paar bis Tausenden Instanzen)
• Riesiges Angebot an Managed Services (Datenbanken, Cache, Queues, KI, CDN — Hunderte Dienste)
• Flexible Abrechnung (nur was verbraucht wird)
• Regionen weltweit (Deutschland, USA, Europa, Asien usw.)
• Hohe Zuverlässigkeit und Sicherheit (wird auch von Banken genutzt)

Nachteile

• Sehr steile Lernkurve (jeder Dienst hat eigene Konzepte und Einstellungen)
• Komplexe Preisgestaltung (viele nutzungsabhängige Posten machen die Rechnung schwer vorhersehbar)
• Fachliches Know-how unverzichtbar (als Einzelperson produktiv zu betreiben, ist heikel)
• Overkill für kleine Sites (für einen Hobby-Blog ist AWS völlig übertrieben)

Wofür geeignet

Große Webdienste, Kernsysteme von Unternehmen, Plattformen für Datenanalyse und Machine Learning, Apps für ein weltweites Publikum. Eher etwas für Organisationen mit eigenen Engineers als für Einzelpersonen, die klein anfangen.

Kleine Randnotiz: PaaS läuft häufig selbst auf einer Cloud

Viele PaaS laufen hinter den Kulissen selbst in der Cloud. So sind die Regionen, in denen Vercel Funktionen ausführt, AWS-Regionen zugeordnet (iad1 ist us-east-1; Vercel Regions). PaaS ist also „IaaS mit versteckter Komplexität“.

6. PaaS — Vercel, Netlify, Render & Co.

Einen Überblick gab es bereits in Kapitel 1. Jetzt ein genauerer Blick auf die Funktionsweise.

Typischer PaaS-Workflow

1. GitHub verbinden (einfach das Repo auswählen)
2. Build-Einstellungen werden erkannt (Next.js, Astro, Vite usw. automatisch)
3. git push löst Auto-Deploy aus (Pushes auf main werden sofort live)
4. Eigene Domain verbinden (einfach den CNAME setzen)
5. SSL wird automatisch bereitgestellt (per Let's Encrypt, inklusive Erneuerung)
6. Preview-URLs entstehen automatisch (eigene URL pro Pull Request)

Der Weg zum ersten Deployment kostet unter den vier Hosting-Arten am wenigsten Aufwand, weil die meisten Build-Einstellungen automatisch erkannt werden. Auf einem VPS müssen Sie dafür Nginx, Let's Encrypt, systemd-Units und eine CI/CD-Pipeline selbst aufbauen.

PaaS-Preise und Bedingungen der Gratistarife (Stand 1. Oktober 2026)

Die meisten PaaS-Anbieter arbeiten mit dem Modell „Gratis-Kontingent + nutzungsbasiert, wenn es überschritten wird“.

Quellen: Vercel Hobby, Netlify Credit-based plans, Render Free instances / Pricing, Railway Plans, Cloudflare Workers Pricing / Pages Limits (alle am 1. Oktober 2026 geprüft). Ob sich Vercel lohnt, behandelt Wenn die KI „Nutze Vercel“ sagt ausführlich.

Worauf bei PaaS zu achten ist

So bequem PaaS ist — es gibt auch Fallstricke.

• Was jenseits des Gratistarifs passiert, unterscheidet sich je Dienst (manche stoppen, andere wechseln zur Abrechnung nach Nutzung; Vercel Pro läuft weiter, solange Sie selbst keine Grenze setzen)
• Eigene Middleware lässt sich nicht einfach installieren (Redis, PostgreSQL usw. müssen extern gebucht werden)
• Lang laufende Funktionen sind begrenzt (bei Vercel bis 300 s im Hobby-Tarif, bis 800 s bei Pro per Einstellung)
• Kommerzielle Nutzung hat Bedingungen (der Gratistarif von Vercel gilt nur für private, nicht kommerzielle Nutzung)
• Vendor-Lock-in (wer stark auf anbieter-spezifische APIs setzt, hat später Probleme beim Wechsel)

7. Die vier im Vergleich — Preis, Freiheit, Betrieb

Alle vier Hosting-Arten in einer Tabelle.

Nicht „welche ist die beste“, sondern „welche passt zu meinem Ziel“ ist die richtige Frage.

8. Die wichtigsten PaaS-Dienste im Detail

Auch unter den PaaS-Anbietern hat jeder seine Stärken. Fünf wichtige Dienste im Vergleich.

Vercel — der König der Frontends

• Stärken: Hersteller von Next.js, CDN, Funktionen und Vorschau-URLs aus einer Hand, hervorragende Developer Experience
• Schwächen: Gratistarif nur nicht kommerziell, begrenzte Laufzeit von Funktionen, und bei Pro läuft die Abrechnung nach Nutzung weiter, wenn Sie keine Ausgabengrenze setzen (Details)
• Ideal für: Next.js / React / Vue / Svelte-Frontends, JAMstack-Seiten
• Preis: Hobby gratis (nur nicht kommerziell), Pro ab 20 $ im Monat (inkl. 20 $ Nutzungsguthaben; Mehrverbrauch nach Nutzung)

Netlify — Pionier des JAMstack

• Stärken: Credit-basierte Abrechnung, die alle Nutzungsarten bündelt, eingebaute Formulare, Unterstützung für Functions (Serverless)
• Schwächen: Next.js läuft über Netlifys eigene Integration (ein offiziell verifizierter Adapter ist in Arbeit)
• Ideal für: statische Generatoren wie Astro, Hugo oder Jekyll
• Preis: Free 300 Credits/Monat (stoppt an der Grenze), Personal 9 $/Monat, Pro ab 20 $/Monat

Render — Heroku-Nachfolger im Höheflug

• Stärken: komplette Fullstack-Unterstützung (Web Service + DB), managed PostgreSQL und Redis
• Schwächen: Gratis-Web-Services schlafen nach 15 Minuten ein (Cold Start)
• Ideal für: Backends in Node.js / Python / Ruby / Go, monolithische Apps
• Preis: Web Service ab 7 $/Monat, Postgres ab 19 $/Monat (Gratistarif mit Grenzen)

Railway — Fokus auf Einfachheit

• Stärken: intuitive Oberfläche, viele Templates (DB und API mit einem Klick)
• Schwächen: nutzungsbasierte Abrechnung — Budget im Auge behalten
• Ideal für: Prototyping, kleinere und mittlere Fullstack-Apps, Discord Bots u. dgl.
• Preis: Free 1 $ Guthaben pro Monat, Hobby 5 $/Monat (inkl. 5 $ Nutzung), Pro ab 20 $/Monat

Cloudflare Pages — unschlagbares Gratis-Paket

• Stärken: unbegrenzter Traffic gratis, globales CDN, Workers (Edge-Funktionen) koppelbar
• Schwächen: weniger geeignet für komplexe Backends
• Ideal für: traffic-starke statische Seiten, Astro/Hugo/Next.js (SSG)
• Preis: Free (statische Assets kostenlos und unbegrenzt, 500 Builds/Monat); Workers Paid ab 5 $/Monat, wenn Sie auf Funktionen angewiesen sind

9. Warum empfiehlt KI ausgerechnet PaaS?

Wer Claude Code oder ChatGPT in die Entwicklung einbindet, wird fast immer zu Vercel oder Render gelenkt. Das ist kein Zufall, sondern für die KI die rationale Wahl.

Grund 1: hohe Erfolgsquote

Ein Deployment auf VPS oder AWS hat viele Fallstricke — Netzwerk, SSL, systemd, Nginx. Dass eine Anleitung der KI fehlerfrei funktioniert, ist auf einer Plattform, auf der „git push reicht“, am wahrscheinlichsten.

Grund 2: geringe Umgebungsunterschiede

Auf einem VPS gilt „Auf Ubuntu 22.04 so, auf CentOS 7 anders“. PaaS standardisiert die Umgebung, Ratschläge lassen sich ohne Anpassung übernehmen.

Grund 3: passt zum, was mit KI gebaut wird

Mit KI entstehen typischerweise Next.js-Apps, Python-APIs oder Discord Bots — also genau die Anwendungen, für die die PaaS-Anbieter ausgerichtet sind. Wer WordPress bauen wollte, bekaeme Shared Hosting empfohlen.

Grund 4: einfacher Umgang mit Problemen

PaaS-Konsolen sammeln Logs, Metriken und Deployment-Historie an einer Stelle. Der KI den Log zu zeigen ist trivial. Auf einem VPS heißt es erst „einloggen, journalctl ausführen, rausfiltern“.

10. Empfehlungen nach Anwendungsfall

WordPress-Blog oder Firmen-Website

→ Shared Hosting (IONOS, All-Inkl, Hostinger). Nur um WordPress zu betreiben, wäre PaaS oder AWS deutlich übertrieben.

Modernes Frontend mit Next.js / React

→ Vercel (für Next.js die erste Wahl) oder Netlify (für andere Frameworks). Start im Gratis-Kontingent, bei kommerziellem Einsatz Pro für 20 USD/Monat.

Statische Seiten mit viel Traffic

→ Cloudflare Pages. Anfragen an statische Assets sind kostenlos und unbegrenzt – das ist die große Stärke. Ideal für Tech-Blogs und Dokumentationsseiten.

APIs, Backends, Fullstack-Apps

→ Render oder Railway. Inklusive Datenbank beim selben Anbieter. Die Bedingungen der Gratistarife (Einschlafen, Ablauf) stehen in der Tabelle oben.

Discord Bots, LINE Bots, kleine Dauerläufer

→ Railway oder Fly.io. Für kleine Workloads günstig bepreist.

Server-Admin lernen oder maximale Freiheit

→ VPS (Hetzner, Netcup, DigitalOcean). Ein Linux-Server komplett unter Ihrer Kontrolle.

Große Web-Dienste, Unternehmenssysteme

→ Cloud (AWS, GCP, Azure). Nur sinnvoll, wenn entsprechende Fachleute im Team sind.

Machine Learning und KI-Modell-Hosting

→ Hugging Face Spaces (mit Gratis-Kontingent) oder Modal (GPU-PaaS). AWS SageMaker eher für große Umgebungen.

Für den Einstieg

→ Der Start mit Vercel und Cloudflare Pages ist empfehlenswert. Beide erlauben kostenloses Deployen und zeigen, wie bequem „git push“ sein kann. Später sind Render, Railway und AWS die natürlichen Erweiterungen.

Ergänzend lesenswert: Kann KI Infrastruktur- und Netzwerk-Ingenieure ersetzen? — dort wird der Hintergrund verständlich, warum KI PaaS-Lösungen so konsequent empfiehlt.

FAQ

Preise und Bedingungen der Gratistarife wurden am 1. Oktober 2026 auf den offiziellen Seiten der Anbieter geprüft. Sie können sich ändern, prüfen Sie daher vor Vertragsabschluss die offiziellen Seiten.