Was ist PaaS (Vercel & Co.)? Vollstaendiger Vergleich mit Shared Hosting, VPS und Cloud【2026】

Wer Claude Code oder ChatGPT bei der App-Entwicklung einsetzt, bekommt diese Ratschlaege staendig zu hoeren: „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 loesen sich, sobald man die verschiedenen Arten von Hosting verstanden hat.

Dieser Artikel vergleicht PaaS (Platform as a Service), das KI besonders haeufig empfiehlt, mit klassischen Alternativen: Shared Hosting, VPS und Cloud (IaaS). Entlang der drei Achsen Preis, Freiheit und Betriebsaufwand. Am Ende wissen Sie klar, was fuer 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 laeuft — 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 moeglich

Auf Shared Hosting oder einem VPS faellt 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 ueberwachen, Backups einrichten.

PaaS automatisiert all das. Konkret:

• Deploy per git push (Build, Deployment und Veroeffentlichung laufen automatisch)
• SSL-Zertifikate werden automatisch beschafft und erneuert (HTTPS ist Standard)
• CDN und Caching sind integriert (schnelle Auslieferung weltweit)
• Umgebungsvariablen und Secrets ueber die UI verwalten
• Preview-Umgebungen entstehen automatisch (eigene URL pro Pull Request)
• Automatische Skalierung (auch Traffic-Spitzen werden abgefangen)
• Rollback auf Klick (zurueck zu frueheren 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 koennen.

2. Die vier Hosting-Ebenen — verstanden ueber das Verantwortungsmodell

Der einfachste Weg, die Unterschiede zwischen Hosting-Arten zu verstehen, fuehrt ueber die Frage: „Wo hoert meine Verantwortung auf, wo beginnt die des Anbieters?" Dieses Prinzip heisst 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, Netzwerkgeraete
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 fuer Node.js, Python, PHP, Ruby usw.
6. Bibliotheken — Pakete, die ueber 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 uebernimmt.

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 (grosser Anbieter, ab etwa 4 EUR/Monat)
• Strato (etabliert, ab etwa 3 EUR/Monat)
• All-Inkl (solide, ab etwa 5 EUR/Monat)
• Hostinger (preiswert, ab etwa 3 EUR/Monat)
• DomainFactory / Mittwald (fuer groessere Projekte)

Vorteile

• Sehr guenstig (wenige Euro pro Monat)
• WordPress in wenigen Klicks (Installation ueber das Admin-Panel)
• Praktisch kein Fachwissen noetig (Dateien per FTP hochladen, fertig)
• Domain und E-Mail inklusive (fuer Selbststaendige voellig ausreichend)

Nachteile

• Eingeschraenkte Technik (PHP ja, Node.js oder Python meist schwierig)
• Nachbarschaftseffekt (andere Kunden auf demselben Server koennen die eigene Seite ausbremsen)
• Oft kein SSH-Zugriff (keine Shell-Befehle moeglich)
• Schlechte Integration moderner Workflows (git push als Auto-Deploy erfordert Bastelei)

Wofuer geeignet

WordPress-Sites, Firmen-Websites, persoenliche Blogs, kleine Online-Shops. Wer ein fertiges PHP-CMS nutzen will, bekommt mit Shared Hosting das beste Preis-Leistungs-Verhaeltnis.

Uebrigens: Auch diese Seite (AI Arte) laeuft auf einem klassischen Shared Host — mit Laravel darauf, was etwas untypisch ist. Selbst ein modernes Framework laesst sich also mit etwas Anpassung auf Shared Hosting betreiben.

4. VPS — die eigene virtuelle Maschine

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

Bekannte Anbieter

• Hetzner Cloud (deutscher Anbieter, ab etwa 4 EUR/Monat)
• Netcup (preislich stark, ab etwa 3 EUR/Monat)
• DigitalOcean (international, ab 4 USD/Monat)
• Linode (gehoert zu Akamai, ab 5 USD/Monat)
• Vultr (sehr guenstig, ab 2,50 USD/Monat)

Vorteile

• Ab dem Betriebssystem voellig 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 Betraegen pro Monat)

Nachteile

• Server-Admin-Wissen noetig (Linux, Nginx, SSL, Firewall usw.)
• Security-Updates sind Ihre Aufgabe (wer es versaeumt, wird gehackt)
• Incidents liegen ebenfalls bei Ihnen (auch nachts, wenn der Server faellt)
• Manuelle Skalierung (bei mehr Last muss der Tarif angepasst werden)

Wofuer 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 grossen Anbieter

• Amazon Web Services (AWS) — Marktfuehrer, ueber 200 Services
• Google Cloud Platform (GCP) — stark bei KI/ML und Datenanalyse
• Microsoft Azure — enterprise-lastig, enge Office-Integration
• Oracle Cloud — einige Dauer-Gratis-Stufen sind ungewoehnlich grosszuegig
• 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 Zuverlaessigkeit und Sicherheit (wird auch von Banken genutzt)

Nachteile

• Extrem steile Lernkurve (allein fuer AWS gibt es ueber zehn Zertifizierungen)
• Komplexe Preisgestaltung (mancher erfaehrt erst auf der Rechnung, dass es 5.000 EUR im Monat sind)
• Fachliches Know-how unverzichtbar (als Einzelperson produktiv zu betreiben, ist heikel)
• Overkill fuer kleine Sites (fuer einen Hobby-Blog ist AWS voellig uebertrieben)

Wofuer geeignet

Grosse Web-Dienste, Unternehmens-Kernsysteme, Datenplattformen, Machine-Learning-Infrastruktur, global ausgerollte Apps. Netflix, Airbnb, Spotify und viele andere Grosse laufen auf AWS.

Kleine Randnotiz: PaaS laeuft haeufig selbst auf einer Cloud

Vercel und Netlify basieren intern oft auf AWS (insbesondere CloudFront und Lambda). PaaS ist also im Kern eine bequem verpackte IaaS, deren Komplexitaet fuer den Nutzer versteckt wird.

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

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

Typischer PaaS-Workflow

1. GitHub verbinden (einfach das Repo auswaehlen)
2. Build-Einstellungen werden erkannt (Next.js, Astro, Vite usw. automatisch)
3. git push loest 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)

Das Ganze dauert beim ersten Mal weniger als zehn Minuten. Auf einem VPS braucht man fuer dieselbe Funktionalitaet Tage — Nginx konfigurieren, Let's Encrypt einbinden, systemd-Units schreiben, eine CI/CD-Pipeline aufbauen.

Wie PaaS abgerechnet wird

Die meisten PaaS-Anbieter arbeiten mit dem Modell „Gratis-Kontingent + nutzungsbasiert, wenn es ueberschritten wird".

Worauf bei PaaS zu achten ist

So bequem PaaS ist — es gibt auch Fallstricke.

• Ueber dem Gratis-Kontingent explodieren die Kosten schnell (es gibt mehrere Berichte ueber Vercel-Rechnungen von 1.000 USD in einem Monat)
• Eigene Middleware laesst sich nicht einfach installieren (Redis, PostgreSQL usw. muessen extern gebucht werden)
• Begrenzte Laufzeit fuer Funktionen (Vercel-Functions z.B. maximal 10-60 Sekunden)
• Kommerzielle Nutzung verlangt oft den Pro-Plan (persoenliche Blogs duerfen meist gratis bleiben)
• Vendor-Lock-in (wer stark auf anbieter-spezifische APIs setzt, hat spaeter 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 Staerken. Fuenf wichtige Dienste im Vergleich.

Vercel — der Koenig der Frontends

• Staerken: Hersteller von Next.js, zu den schnellsten Edge-Netzwerken weltweit, hervorragende Developer Experience
• Schwaechen: keine kommerzielle Nutzung im Gratis-Plan, strikte Funktionslaufzeiten, Risiko rasch steigender Kosten
• Ideal fuer: Next.js / React / Vue / Svelte-Frontends, JAMstack-Seiten
• Preis: Hobby gratis, Pro ab 20 USD/Monat, daruber nach Traffic und Funktionslaufzeit

Netlify — Pionier des JAMstack

• Staerken: klares Preisgefuege, integrierte Formulare, Functions (Serverless)
• Schwaechen: fuer Next.js schlechter optimiert als Vercel
• Ideal fuer: statische Generatoren wie Astro, Hugo oder Jekyll
• Preis: Free (100 GB/Monat), Pro ab 19 USD/Monat

Render — Heroku-Nachfolger im Hoeheflug

• Staerken: komplette Fullstack-Unterstuetzung (Web Service + DB), managed PostgreSQL und Redis
• Schwaechen: Gratis-Web-Services schlafen nach 15 Minuten ein (Cold Start)
• Ideal fuer: Backends in Node.js / Python / Ruby / Go, monolithische Apps
• Preis: Web Service ab 7 USD/Monat, PostgreSQL ab 7 USD/Monat

Railway — Fokus auf Einfachheit

• Staerken: intuitive Oberflaeche, viele Templates (DB und API mit einem Klick)
• Schwaechen: nutzungsbasierte Abrechnung — Budget im Auge behalten
• Ideal fuer: Prototyping, kleinere und mittlere Fullstack-Apps, Discord Bots u. dgl.
• Preis: Hobby 5 USD/Monat (inkl. 5 USD Guthaben), Pro 20 USD/Monat

Cloudflare Pages — unschlagbares Gratis-Paket

• Staerken: unbegrenzter Traffic gratis, globales CDN, Workers (Edge-Funktionen) koppelbar
• Schwaechen: weniger geeignet fuer komplexe Backends
• Ideal fuer: traffic-starke statische Seiten, Astro/Hugo/Next.js (SSG)
• Preis: Free (unbegrenzter Traffic), Pro ab 20 USD/Monat

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 fuer 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, Ratschlaege lassen sich ohne Anpassung uebernehmen.

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, fuer 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 heisst es erst „einloggen, journalctl ausfuehren, rausfiltern".

10. Empfehlungen nach Anwendungsfall

WordPress-Blog oder Firmen-Website

→ Shared Hosting (IONOS, All-Inkl, Hostinger). Etwa 10 EUR im Monat reichen in der Regel. Nur um WordPress zu betreiben, waere PaaS oder AWS deutlich uebertrieben.

Modernes Frontend mit Next.js / React

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

Statische Seiten mit viel Traffic

→ Cloudflare Pages. Unbegrenzter Traffic gratis — ein Alleinstellungsmerkmal. Ideal fuer technische Blogs oder Doku-Seiten.

APIs, Backends, Fullstack-Apps

→ Render oder Railway. Inklusive Datenbank beim selben Anbieter; oft 10 bis 30 USD im Monat.

Discord Bots, LINE Bots, kleine Dauerlaeufer

→ Railway oder Fly.io. Fuer kleine Workloads guenstig bepreist.

Server-Admin lernen oder maximale Freiheit

→ VPS (Hetzner, Netcup, DigitalOcean). Fuer wenige Euro im Monat einen Linux-Server komplett unter Kontrolle.

Grosse 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 fuer grosse Umgebungen.

Fuer den Einstieg

→ Der Start mit Vercel und Cloudflare Pages ist empfehlenswert. Beide erlauben kostenloses Deployen und zeigen, wie bequem „git push" sein kann. Spaeter sind Render, Railway und AWS die natuerlichen Erweiterungen.

Erganzend lesenswert: Kann KI Infrastruktur- und Netzwerk-Ingenieure ersetzen? — dort wird der Hintergrund verstaendlich, warum KI PaaS-Loesungen so konsequent empfiehlt.

FAQ

Dieser Artikel basiert auf dem Informationsstand von April 2026. Preise und Gratis-Kontingente der einzelnen Dienste koennen sich aendern — bitte vor Vertragsabschluss die jeweilige Anbieterseite konsultieren.