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 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.
PaaS (Vercel etc.) vs. andere Hosting-Arten
Shared / VPS / Cloud / PaaS — Unterschiede auf einen Blick
Abwägung 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 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
| Dienst | Stärke | 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 wächst rasant |
| Railway | Backend & Datenbanken | Schlanke Oberfläche, nutzungsabhängige Abrechnung |
| Fly.io | Global verteilt | Automatische Verteilung über weltweite Regionen |
| Cloudflare Pages | Statisch / Edge Functions | Konkurrenzlos großzügiges Gratis-Kontingent |
| Heroku | Veteran (Fullstack) | Nach dem Ende der Gratis-Stufe 2022 hat sich der Schwung abgekühlt |
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).
Verantwortungsmodell — was man selbst übernimmt
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 übernimmt.
| Hosting-Art | Anbieter übernimmt | Nutzer übernimmt |
|---|---|---|
| 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 nötig) |
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, 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 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: Auch diese Seite (AI Arte) läuft auf einem klassischen Shared Host — mit Laravel darauf, was etwas untypisch ist. Selbst ein modernes Framework lässt 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 gehört. 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 (gehört zu Akamai, ab 5 USD/Monat)
- Vultr (sehr günstig, ab 2,50 USD/Monat)
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) — Marktführer, ü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 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
- 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 völlig übertrieben)
Wofür geeignet
Große Web-Dienste, Unternehmens-Kernsysteme, Datenplattformen, Machine-Learning-Infrastruktur, global ausgerollte Apps. Netflix, Airbnb, Spotify und viele andere Große laufen auf AWS.
Kleine Randnotiz: PaaS läuft 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 Komplexität für den Nutzer versteckt wird.
6. PaaS — Vercel, Netlify, Render & Co.
Einen Überblick gab es bereits in Kapitel 1. Jetzt ein genauerer Blick auf die Funktionsweise.
Typischer PaaS-Workflow
- GitHub verbinden (einfach das Repo auswählen)
- Build-Einstellungen werden erkannt (Next.js, Astro, Vite usw. automatisch)
- git push löst 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 Funktionalität 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 überschritten wird“.
| Dienst | Gratis-Kontingent | Bezahlte Pläne |
|---|---|---|
| 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 lässt 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 (persönliche Blogs dürfen meist gratis bleiben)
- 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.
| 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 |
| Benötigte 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 | Zusätzlich einrichten | Zusätzlich einrichten | Standardmäßig dabei |
| CI/CD | Keines | Selbst aufbauen | Selbst aufbauen | Standardmäßig dabei |
| Datenbank | MySQL inklusive | Selbst einrichten | Managed DB separat buchen | Externer Dienst anbinden |
| Empfohlen für | WordPress | Lernen, Spezialfälle | Große 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 Stärken. Fünf wichtige Dienste im Vergleich.
Vercel — der König der Frontends
- Stärken: Hersteller von Next.js, zu den schnellsten Edge-Netzwerken weltweit, hervorragende Developer Experience
- Schwächen: keine kommerzielle Nutzung im Gratis-Plan, strikte Funktionslaufzeiten, Risiko rasch steigender Kosten
- Ideal für: 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
- Stärken: klares Preisgefuege, integrierte Formulare, Functions (Serverless)
- Schwächen: für Next.js schlechter optimiert als Vercel
- Ideal für: statische Generatoren wie Astro, Hugo oder Jekyll
- Preis: Free (100 GB/Monat), Pro ab 19 USD/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 USD/Monat, PostgreSQL ab 7 USD/Monat
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: Hobby 5 USD/Monat (inkl. 5 USD Guthaben), Pro 20 USD/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 (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, 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). Etwa 10 EUR im Monat reichen in der Regel. 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. 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 günstig bepreist.
Server-Admin lernen oder maximale Freiheit
→ VPS (Hetzner, Netcup, DigitalOcean). Für wenige Euro im Monat einen Linux-Server komplett unter 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.
Erganzend lesenswert: Kann KI Infrastruktur- und Netzwerk-Ingenieure ersetzen? — dort wird der Hintergrund verständlich, warum KI PaaS-Lösungen so konsequent empfiehlt.
FAQ
F. Worin unterscheiden sich PaaS, SaaS, IaaS und FaaS?
IaaS vermietet Infrastruktur (Server, Speicher) wie AWS EC2. PaaS vermietet eine Ausführungsumgebung (Vercel usw.). SaaS vermietet fertige Software (Gmail, Slack). FaaS (Function as a Service) ist eine Unterart von PaaS und führt 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 tatsächlich in unter zehn Minuten erledigt. Trotzdem treten ganz normale Probleme auf: fehlgeschlagene Builds, nicht greifende Umgebungsvariablen, Verbindungsfehler zur Datenbank. Der große 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, löst die meisten Probleme.
F. Stimmt es, dass es bei PaaS schon Rechnungen von 5-stelligen Beträgen gab?
Ja. Es gibt mehrere dokumentierte Fälle, in denen eine private Seite auf Vercel viralen Traffic bekam (Trend-Artikel, Hotlinking von Bildern) und die Monatsrechnung mehrere Tausend Dollar betrug. Als Gegenmaßnahme 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) lässt 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 lässt 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 möchte, sollte proprietäre 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 führt schnell zu Kosten. Wer AWS lernen möchte, 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 wählen?
„Im Zweifel PaaS (Vercel, Render oder Cloudflare Pages)“ ist heute die pragmatische Antwort. Gründe: (1) geringes Fehlerrisiko, (2) kostenloser Einstieg möglich, (3) KI-Unterstützung lässt 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 große 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.
