Warum AWS für 80 % der Webprojekte Overkill ist

Die 5-Minuten-Entscheidung, die dich Wochen kostet

“Wir nehmen AWS.” Vier Wörter, die in unzähligen Projekt-Kickoffs fallen. Meist ohne Diskussion. AWS ist professionell. AWS skaliert. AWS ist, was echte Entwickler nehmen.

Drei Monate später sitzt dein Team in einem Meeting über IAM-Policies, VPC-Konfiguration und CloudWatch-Alarme für eine Website, die 200 Requests pro Minute sieht.

Das ist kein Technologie-Problem. Das ist ein Denkfehler.

Was AWS gut kann (und was nicht)

AWS wurde gebaut, um Netflix, Airbnb und Slack zu betreiben. Services mit Millionen gleichzeitiger Nutzer, globaler Verteilung, Petabytes an Daten.

Dein Projekt? Wahrscheinlich:

• Eine Marketing-Website mit 10.000 Views/Monat
• Ein SaaS-Dashboard mit 500 zahlenden Kunden
• Ein E-Commerce-Shop mit 2.000 Bestellungen/Monat
• Eine Corporate-Plattform mit 200 internen Nutzern

Für diese Projekte ist AWS wie ein Airbus A380 für den Weg zum Bäcker.

Technisch beeindruckend. Praktisch absurd.

Die versteckten Kosten

1. Konfigurationskomplexität

Um eine simple Node.js-App auf AWS zu deployen, brauchst du:

• EC2 oder ECS/Fargate
• Load Balancer (ALB/NLB)
• VPC-Setup mit Subnets
• Security Groups
• IAM Roles und Policies
• CloudWatch für Logs
• Route 53 für DNS
• Certificate Manager für SSL
• S3 für Assets (optional)

Zeit für initiales Setup: 1-3 Tage

Auf einer App Platform (Render, Fly.io, Railway):

• Git-Repo verbinden
• Build-Command angeben
• Deploy

Zeit: 5 Minuten

2. Mentale Last

AWS hat über 200 Services. Selbst erfahrene Entwickler kennen vielleicht 20 davon wirklich gut.

Jede Entscheidung verzweigt sich:

• EC2 → Welche Instance-Type? Reserved? Spot?
• RDS → Multi-AZ? Read Replicas? Parameter Groups?
• S3 → Welche Storage Class? Lifecycle Policies?

Das ist kein Feature. Das ist Entscheidungsmüdigkeit.

3. Vendor Lock-in durch Komplexität

Ironischerweise macht dich AWS-Komplexität abhängiger als einfachere Plattformen.

Bei Hetzner oder DigitalOcean: Docker-Container läuft überall.

Bei AWS: CloudFormation-Templates, CDK-Code, Service-Mesh-Konfiguration, custom IAM-Policies → Migration wird zum Projekt.

4. Die monatliche Überraschung

AWS-Pricing ist wie ein Menü ohne Preise. Du erfährst erst beim Bezahlen, was es kostet.

Real-World-Beispiel:

Kleines SaaS-Projekt, 800 aktive Nutzer:

• AWS: €258/Monat (RDS, ALB, EC2, CloudWatch, Data Transfer)
• Hetzner Cloud: €41/Monat (gleiche Ressourcen, vorhersehbar)

Die Differenz: €2.594 pro Jahr für… was genau?

Wann AWS Sinn macht

AWS ist die richtige Wahl, wenn:

✅ Du global skalieren musst (>100.000 concurrent users)
✅ Du spezialisierte Services brauchst (Machine Learning, IoT, etc.)
✅ Du ein dediziertes DevOps-Team hast
✅ Compliance-Anforderungen spezifische AWS-Features verlangen
✅ Du bereits tief im AWS-Ökosystem steckst

Das sind keine 80 % der Projekte.

Die Alternative ist nicht “schlechter”

“Aber AWS ist enterprise-grade!” Ja. Das ist auch ein Kubernetes-Cluster.

Trotzdem würdest du nicht für jeden Blog einen K8s-Cluster aufsetzen.

Professionalität zeigt sich nicht an der Komplexität deines Setups, sondern an der Angemessenheit deiner Lösung.

Eine statische Website auf Netlify? Professionell.
Ein Monolith auf Hetzner mit automatischen Backups? Professionell.
Ein Docker-Container auf Fly.io mit CI/CD? Professionell.

Eine WordPress-Seite auf AWS mit Auto-Scaling-Groups und Multi-Region-Deployment? Das ist Theatralik.

Was du stattdessen tun solltest

Frag nicht: “Welche Cloud ist die beste?”
Frag: “Was ist das einfachste Setup, das meine Anforderungen erfüllt?”

Für die meisten Webprojekte:

1. Statische Websites: Netlify, Vercel, Cloudflare Pages
2. Simple Apps: Render, Railway, Fly.io
3. Monolithen mit Datenbank: Hetzner Cloud, DigitalOcean
4. E-Commerce: Shopify, oder Managed Platform
5. Custom Backend: VPS mit Docker Compose

Du kannst immer noch zu AWS migrieren, wenn du wächst.

Aber 95 % der Projekte kommen nie an diesen Punkt.

Der wahre Grund für AWS

Ehrlich gesagt wählen Teams AWS nicht wegen technischer Überlegenheit.

Sie wählen es, weil:

• “Niemand wird gefeuert, weil er AWS gewählt hat”
• Es im CV gut aussieht
• “Wir könnten theoretisch morgen 10x Traffic haben”
• Die Tech-Leads AWS von ihrem letzten Job kennen

Das sind valide Gründe. Aber sie haben nichts mit deinem Projekt zu tun.

Der Kern der Sache

AWS ist ein brillantes Werkzeug. Für die richtigen Probleme.

Die meisten Webprojekte haben diese Probleme nicht.

Komplexität ist kein Statussymbol. Sie ist ein Bug.

Die professionellste Entscheidung, die du treffen kannst: Die einfachste Lösung wählen, die funktioniert.

---

Im nächsten Teil schauen wir uns die drei grundlegenden Denkmodelle an: VPS, Managed Cloud und App Platforms. Nicht als Features-Vergleich, sondern als philosophische Ansätze mit unterschiedlichen Trade-offs.

Konkrete Alternativen zu AWS

• Hetzner VPS: 5–60 EUR/Monat. Manuelle Verwaltung, aber günstig.
• DigitalOcean: 12–100 USD/Monat. Hetzner-ähnlich, internationaler.
• Fly.io: 2–60 USD/Monat. Container-zentrisch, Multi-Region einfach.
• Cloudflare Workers/Pages: 0–50 USD/Monat. Edge-Computing.
• Vercel: 0–20 USD/Monat. JavaScript-zentrisch, sehr einfach.

Wann AWS trotzdem die richtige Wahl ist

• Bei großen Unternehmen mit DevOps-Teams: Vollständige Kontrolle.
• Bei stark Compliance-getriebenen Workloads: AWS hat alle Zertifizierungen.
• Bei Hybrid-Cloud-Setups: AWS Outposts und ähnliches.
• Bei sehr großem Skaling: AWS skaliert weit.

Realistische Kostenvergleich für mittlere App

• AWS: 100–500 USD/Monat mit Setup-Aufwand.
• Hetzner VPS: 15–40 EUR/Monat.
• DigitalOcean App Platform: 12–50 USD/Monat.
• Fly.io: 10–30 USD/Monat.

Wann AWS-Migration zurück wirklich Sinn macht

• Wenn AWS-Kosten unkontrolliert wachsen: “Surprise Bills” gehören zur Realität.
• Wenn Komplexität die Produktivität bremst: Wenn DevOps mehr Zeit kostet als Feature-Entwicklung.
• Wenn die Anwendung kleiner ist als gedacht: Hyperscaler skalieren nicht “kleiner”.