SaaS & Hosting

Weg von AWS – Warum und Wie du migrierst

Kevin KrögerSaaS & HostingPublished on 2026-03-17

AWS ist mächtig, aber auch komplex und teuer. Viele Unternehmen haben "AWS Überraschungen": Die Monthly Bill ist höher als erwartet. Wenn das dir passiert, solltest du migrieren.

Warum weg von AWS?

1. Kosten: AWS ist meistens teuer. Du zahilst für: - Compute (EC2 Instanzen) - Storage (S3) - Database (RDS) - Networking (sehr versteckt!) - 100 Services, die du nicht brauchst Einfacherer Provider wie Hetzner kosten oft 50% weniger. 2. Komplexität: AWS hat 200+ Services. Welche brauchst du wirklich? - Compute? EC2, ECS, Fargate, Lambda – welche? - Storage? S3, EBS, EFS – welche? Für neue Entwickler: Sehr überwältigend. 3. Vendor Lock-In: AWS nutzt proprietäre Services (DynamoDB, ElastiCache). Wenn du umziehen willst, musst du alles rewrite.

Alternativen zu AWS

Hetzner (Deutschland): - Billiger - Einfacher - Deutsche Support - Gut für kleine-mittlere Apps DigitalOcean: - Einfach, schöner UI - Cheaper als AWS - Gute für Startups - Gutes Community Linode (Akamai): - Ähnlich wie DigitalOcean - Gute Performance - Guter Support OVH (Französisch): - Sehr günstig - Großer Infrastruktur - European Locations Google Cloud / Azure: - Still komplex wie AWS - Aber bessere preise für bestimmte Workloads - Gute wenn du schon in Google/Microsoft Ecosystem bist Heroku / Render / Railway (PaaS): - Simplest - Sehr teuer für große Apps - Gut für Prototyping Für die meisten: Hetzner oder DigitalOcean ist beste Trade-Off.

Migration: Step-by-Step

Phase 1: Planning (Woche 1-2) - Dokumentiere deine AWS Architecture (Services, Konfiguration, Größe) - Identifiziere welche Services du wirklich brauchst - Estimate Neuen kosten auf neuer Plattform Phase 2: Test Environment (Woche 3-4) - Richte neue Infrastructure auf dem Target Provider auf - Kopiere einen Teil deiner App dahin - Teste auf Funktionalität - Teste auf Performance - Teste auf Sicherheit Phase 3: Database Migration (Woche 5) - Deine Database ist wahrscheinlich das kritischste - Backup alten Database - Kopiere zu neuem Database - Verifiziere dass alle Daten da sind - Test Queries auf neue Database Phase 4: Application Migration (Woche 6-7) - Deploy neue App auf neuem Provider - Parallel laufen lassen (beide Systeme aktiv) - Monitore auf Fehler - Wenn alles gut: Switch DNS zu neuer Infrastruktur Phase 5: Verification (Woche 8) - Ist die neue App schnell genug? - Sind alle Features funktional? - Sind Backups aktiv? - Monitoring ist aktiv? Wenn alles okay: AWS kündigen.

Häufige Fehler

1. "Ich migrate ohne Plan" – Nein, dokumentiere zuerst 2. "Ich migriere alles auf einmal" – Falsch, test zuerst 3. "Ich kündige AWS sofort" – Falsch, 6 Monate parallel laufen lassen 4. "Ich nutze Proprietäre AWS Services" – Das macht Migration schwer

Was du mitnehmen kannst

- Docker containers (funktionieren überall) - SQL Databases (MySQL, PostgreSQL – Standard) - Code (kann umziehen) - IP Adressen (oft nicht, musst ändern) - AWS-speziefische Services (DynamoDB, ElastiCache – schwer)