Inhaltsverzeichnis
- 1. Was ist PaaS — warum empfiehlt KI es?
- 2. Die vier Hosting-Ebenen — verstanden über das Verantwortungsmodell
- 3. Shared Hosting — der Klassiker
- 4. VPS — die eigene virtuelle Maschine
- 5. Cloud (IaaS) — AWS, GCP, Azure
- 6. PaaS — Vercel, Netlify, Render & Co.
- 7. Die vier im Vergleich — Preis, Freiheit, Betrieb
- 8. Die wichtigsten PaaS-Dienste im Detail
- 9. Warum empfiehlt KI ausgerechnet PaaS?
- 10. Empfehlungen nach Anwendungsfall
- FAQ
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 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.
PaaS (Vercel etc.) vs. andere Hosting-Arten
Shared / VPS / Cloud / PaaS — Unterschiede auf einen Blick
Abwaegung zwischen Arbeitsaufwand und Freiheitsgrad verstehen
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
| Dienst | Staerke | Besonderheit |
|---|---|---|
| Vercel | Next.js / Frontend | Hersteller von Next.js; eines der schnellsten CDNs weltweit |
| Netlify | Statische Seiten / JAMstack | Haupt-Konkurrent von Vercel; integrierte Formularfunktion |
| Render | Fullstack (API + DB) | Gilt als Heroku-Nachfolger und waechst rasant |
| Railway | Backend & Datenbanken | Schlanke Oberflaeche, nutzungsabhaengige Abrechnung |
| Fly.io | Global verteilt | Automatische Verteilung über weltweite Regionen |
| Cloudflare Pages | Statisch / Edge Functions | Konkurrenzlos grosszuegiges Gratis-Kontingent |
| Heroku | Veteran (Fullstack) | Nach dem Ende der Gratis-Stufe 2022 hat sich der Schwung abgekuehlt |
Die Idee hinter PaaS: so wenig Nebenarbeit wie möglich
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 ü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 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 können.
2. Die vier Hosting-Ebenen — verstanden über das Verantwortungsmodell
Der einfachste Weg, die Unterschiede zwischen Hosting-Arten zu verstehen, fuehrt über die Frage: „Wo hoert meine Verantwortung auf, wo beginnt die des Anbieters?" Dieses Prinzip heisst Verantwortungsmodell (Shared Responsibility Model).
Verantwortungsmodell — was man selbst uebernimmt
Selbst verwaltetVom Anbieter verwaltet
Von der Hardware bis zum App-Code besteht ein Web-Dienst aus mehreren Schichten. Von unten nach oben:
- Hardware — physische Server, Speicher, Netzwerkgeraete
- Virtualisierung — Technik, die einen physischen Rechner in mehrere virtuelle Maschinen aufteilt
- Betriebssystem — Linux, Windows Server usw.
- Middleware — Webserver (Nginx/Apache), Datenbanken (MySQL/PostgreSQL) usw.
- Runtime — Laufzeitumgebungen für Node.js, Python, PHP, Ruby usw.
- Bibliotheken — Pakete, die über npm, Composer usw. verwaltet werden
- App-Code — der Quellcode, den Sie selbst schreiben
Die verschiedenen Hosting-Arten unterscheiden sich darin, ab welcher dieser Schichten der Anbieter die Verantwortung uebernimmt.
| Hosting-Art | Anbieter uebernimmt | Nutzer uebernimmt |
|---|---|---|
| Shared Hosting | Hardware bis Middleware | Teile der Runtime-Konfiguration und App |
| VPS | Nur Hardware und Virtualisierung | Betriebssystem bis App |
| Cloud (IaaS) | Hardware bis Betriebssystem | Middleware bis App |
| PaaS | Hardware bis Runtime | Nur den App-Code |
| SaaS | Alles | Nur Konfiguration (kein Code noetig) |
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 (für größere Projekte)
Vorteile
- Sehr guenstig (wenige Euro pro Monat)
- WordPress in wenigen Klicks (Installation über das Admin-Panel)
- Praktisch kein Fachwissen noetig (Dateien per FTP hochladen, fertig)
- Domain und E-Mail inklusive (für Selbststaendige voellig ausreichend)
Nachteile
- Eingeschraenkte 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, 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)
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 grossen Anbieter
- Amazon Web Services (AWS) — Marktfuehrer, über 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 für AWS gibt es über 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 für kleine Sites (für einen Hobby-Blog ist AWS voellig uebertrieben)
Wofür 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 häufig 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 für 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
- GitHub verbinden (einfach das Repo auswaehlen)
- Build-Einstellungen werden erkannt (Next.js, Astro, Vite usw. automatisch)
- git push loest Auto-Deploy aus (Pushes auf main werden sofort live)
- Eigene Domain verbinden (einfach den CNAME setzen)
- SSL wird automatisch bereitgestellt (per Let's Encrypt, inklusive Erneuerung)
- Preview-URLs entstehen automatisch (eigene URL pro Pull Request)
Das Ganze dauert beim ersten Mal weniger als zehn Minuten. Auf einem VPS braucht man für 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".
| Dienst | Gratis-Kontingent | Bezahlte Plaene |
|---|---|---|
| Vercel | Hobby und Privat erlaubt (kommerzielle Nutzung nicht) | Pro ab 20 USD/Monat |
| Netlify | 100 GB Traffic/Monat, 300 Build-Minuten | Pro ab 19 USD/Monat |
| Render | Statische Seiten gratis, Web Services mit Gratis-Stufe (mit Schlaf) | ab 7 USD/Monat |
| Railway | Monatliches Guthaben von 5 USD | Hobby ab 5 USD/Monat |
| Cloudflare Pages | Unbegrenzter Traffic, 500 Builds/Monat | ab 20 USD/Monat |
Worauf bei PaaS zu achten ist
So bequem PaaS ist — es gibt auch Fallstricke.
- Über dem Gratis-Kontingent explodieren die Kosten schnell (es gibt mehrere Berichte über Vercel-Rechnungen von 1.000 USD in einem Monat)
- Eigene Middleware laesst sich nicht einfach installieren (Redis, PostgreSQL usw. müssen extern gebucht werden)
- Begrenzte Laufzeit für 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.
| Kriterium | Shared Hosting | VPS | Cloud (IaaS) | PaaS |
|---|---|---|---|---|
| Monatliche Kosten | 3-15 EUR | 5-30 EUR | Nutzungsbasiert (ein paar Euro bis sechsstellig) | Gratis bis 20 USD |
| Einrichtungszeit | 30 Minuten | Einige Stunden bis ein Tag | Ein Tag bis eine Woche | 5-10 Minuten |
| Benoetigte Skills | FTP bedienen | Linux-Administration | Cloud-Architektur | Nur git-Grundlagen |
| Freiheitsgrad | Gering (vor allem PHP) | Hoch (ab dem Betriebssystem) | Maximal (unbegrenzt) | Mittel (vorgegebene Sprachen/Frameworks) |
| Skalierbarkeit | Niedrig | Mittel (manuell) | Maximal (automatisch) | Hoch (automatisch) |
| Betriebsaufwand | Niedrig | Hoch | Sehr hoch | Minimal |
| SSL-Zertifikat | Automatisch (gratis) | Manuell einrichten | Manuell einrichten | Automatisch (gratis) |
| CDN | Keines | Zusaetzlich einrichten | Zusaetzlich einrichten | Standardmaessig dabei |
| CI/CD | Keines | Selbst aufbauen | Selbst aufbauen | Standardmaessig dabei |
| Datenbank | MySQL inklusive | Selbst einrichten | Managed DB separat buchen | Externer Dienst anbinden |
| Empfohlen fuer | WordPress | Lernen, Spezialfaelle | Grosse Projekte, Unternehmen | Moderne Web-Entwicklung |
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: für 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 für komplexe Backends
- Ideal fuer: traffic-starke statische Seiten, Astro/Hugo/Next.js (SSG)
- Preis: Free (unbegrenzter Traffic), Pro ab 20 USD/Monat
Welche Option passt? — Entscheidungsbaum
Je nach Anwendung, Budget und Tech-Stack
Hetzner / Netcup / DigitalOcean
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, 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, 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 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 (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. Unbegrenzter Traffic gratis — ein Alleinstellungsmerkmal. Ideal für 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. Für kleine Workloads guenstig bepreist.
Server-Admin lernen oder maximale Freiheit
→ VPS (Hetzner, Netcup, DigitalOcean). Für 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 für grosse 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. 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
F. Worin unterscheiden sich PaaS, SaaS, IaaS und FaaS?
IaaS vermietet Infrastruktur (Server, Speicher) wie AWS EC2. PaaS vermietet eine Ausfuehrungsumgebung (Vercel usw.). SaaS vermietet fertige Software (Gmail, Slack). FaaS (Function as a Service) ist eine Unterart von PaaS und fuehrt einzelne Funktionen aus (AWS Lambda, Cloudflare Workers). Die Menge an Code, die Sie selbst schreiben, nimmt in der Reihenfolge IaaS > PaaS > FaaS > SaaS ab.
F. Darf man einen Blog im Gratis-Plan von Vercel kommerziell betreiben?
Laut den Nutzungsbedingungen des Gratis-Plans (Hobby) von Vercel ist die kommerzielle Nutzung nicht erlaubt. Affiliate-Links, Werbefinanzierung, Firmen-Websites, kostenpflichtige Dienste — all das gilt als kommerziell. Ein privates Portfolio oder die Doku eines OSS-Projekts sind in Ordnung. Für kommerzielle Nutzung braucht es entweder Pro (20 USD/Monat) oder Cloudflare Pages (kommerziell kostenlos nutzbar).
F. Ist PaaS wirklich so einfach — und was tun bei Problemen?
Das erste Deployment ist tatsaechlich in unter zehn Minuten erledigt. Trotzdem treten ganz normale Probleme auf: fehlgeschlagene Builds, nicht greifende Umgebungsvariablen, Verbindungsfehler zur Datenbank. Der grosse Vorteil: Logs stehen direkt im Dashboard bereit, sodass die Fehlersuche viel einfacher ist als bei Shared Hosting oder VPS. Der KI einfach „Hier sind die Vercel-Build-Logs, bitte hilf mir" zu schicken, loest die meisten Probleme.
F. Stimmt es, dass es bei PaaS schon Rechnungen von 5-stelligen Betraegen gab?
Ja. Es gibt mehrere dokumentierte Faelle, in denen eine private Seite auf Vercel viralen Traffic bekam (Trend-Artikel, Hotlinking von Bildern) und die Monatsrechnung mehrere Tausend Dollar betrug. Als Gegenmassnahme bietet Vercel das Feature „Spend Management", mit dem sich Obergrenzen setzen lassen. Wer mit viel Traffic rechnet, ist mit Cloudflare Pages (unbegrenzter Traffic, kostenlos) auf der sicheren Seite.
F. Kann man WordPress auf Vercel betreiben?
Nein — das klassische WordPress (PHP-basiert) laesst sich nicht auf Vercel betreiben. PaaS-Anbieter wie Vercel sind für moderne Sprachen wie Node.js, Python oder Go ausgelegt. Für klassisches WordPress bleibt Shared Hosting oder VPS die richtige Wahl. Beliebt ist jedoch eine Kombination: WordPress als Headless CMS einsetzen und nur das Frontend (z.B. Next.js) bei Vercel hosten (Headless WordPress).
F. Ist der Vendor-Lock-in bei PaaS ein Problem?
Der Workflow „git push-Deploy" ist standardisiert — der Code selbst laesst sich also recht leicht auf einen anderen Anbieter umziehen. Schwierig wird es nur, wenn anbieter-spezifische APIs (Vercel KV, Netlify Functions, Cloudflare Workers Bindings) intensiv genutzt werden. Wer den Lock-in vermeiden moechte, sollte proprietaere APIs minimieren und sich an Standards halten (Next.js-Standard-APIs, PostgreSQL usw.) — das ist die Faustregel.
F. Reicht das AWS-Gratis-Kontingent für eine richtige App?
AWS bietet „12 Monate gratis" und eine „Dauer-Gratis-Stufe", doch die Grenzen sind für den ernsthaften privaten Einsatz eng. EC2 t2.micro 750 Stunden/Monat (entspricht einer Instanz), RDS db.t2.micro usw. sind zwar kostenlos, aber ein Konfigurationsfehler fuehrt schnell zu Kosten. Wer AWS lernen moechte, ist mit dem Gratis-Kontingent richtig; wer einfach etwas am Laufen halten will, ist mit PaaS sicherer und einfacher unterwegs.
F. Was soll ich letztlich waehlen?
„Im Zweifel PaaS (Vercel, Render oder Cloudflare Pages)" ist heute die pragmatische Antwort. Gruende: (1) geringes Fehlerrisiko, (2) kostenloser Einstieg möglich, (3) KI-Unterstuetzung laesst sich optimal nutzen, (4) Umzug zu anderen Anbietern bleibt vergleichsweise einfach. Für WordPress ist Shared Hosting alternativlos. AWS kommt infrage, wenn entweder ein dediziertes Team im Haus ist oder eine wirklich grosse Anwendung gebaut wird.
Dieser Artikel basiert auf dem Informationsstand von April 2026. Preise und Gratis-Kontingente der einzelnen Dienste können sich ändern — bitte vor Vertragsabschluss die jeweilige Anbieterseite konsultieren.
