VPS, Managed Cloud, App Platform – drei Denkmodelle

Nicht was, sondern wie

Die Frage “VPS oder PaaS?” wird meist als Features-Vergleich behandelt. Als ob es um Specs ginge.

Das ist wie Vim vs. VS Code als Tastenkombinationen-Vergleich zu führen.

Es geht nicht um Features. Es geht um Philosophie. Um die Frage: Wie viel Kontrolle willst du gegen wie viel Abstraktion tauschen?

Die drei Denkmodelle

1. VPS (Virtual Private Server): “Du bist der Sysadmin”

Philosophie: Totale Kontrolle, totale Verantwortung.

Ein VPS gibt dir einen leeren Linux-Server. Root-Zugriff. Mach, was du willst.

Mental Model:

Server

Alles andere ist dein Problem

Typische Anbieter:

Hetzner Cloud
DigitalOcean Droplets
Linode
Vultr

Was du selbst machst:

OS-Updates (apt update && apt upgrade)
Security-Hardening (Firewall, SSH-Keys, Fail2ban)
Webserver-Konfiguration (nginx, Apache)
SSL-Zertifikate (Let’s Encrypt)
Datenbank-Installation und -Tuning
Backup-Strategie
Monitoring und Alerting
Log-Rotation
Zero-Downtime-Deploys (wenn du sie willst)

Trade-offs:

Maximum Flexibility – Installiere, was du willst
Volle Transparenz – Du siehst alles
Günstig – €5-20/Monat für solide Hardware
Keine Magic – Nichts passiert ohne dein Zutun

Dafür:

Zeit-Investment – Initiales Setup 4-8 Stunden
Maintenance-Last – Security-Updates sind dein Job
Single Point of Failure – Server down = App down
Keine Auto-Scaling – Du musst es bauen

Für wen:

Entwickler, die Linux lieben
Projekte mit speziellen Anforderungen
Teams mit DevOps-Know-how
Budgetbewusste, die Zeit haben

Real-World-Szenario:

Du deployst eine Rails-App mit PostgreSQL.

VPS-Weg:

SSH in Server
Ruby, Node.js, PostgreSQL installieren
nginx als Reverse Proxy konfigurieren
Systemd-Service für App-Prozess
Let’s Encrypt SSL einrichten
Backup-Cron-Job schreiben
git pull + restart bei jedem Deploy

Zeit: Initiales Setup 6 Stunden. Deploy: 2 Minuten (nach Script).

2. Managed Cloud: “Du konfigurierst, sie betreiben”

Philosophie: Infrastruktur-as-Code, aber jemand anders kümmert sich um die Hardware.

Mental Model:

Du (Config)

Managed Services RDS, Load Balancer

Anbieter Hardware, Patching

Typische Anbieter:

AWS (EC2 + RDS + ALB)
Google Cloud
Azure
DigitalOcean Managed Databases + App Platform Hybrid

Was du konfigurierst:

Welche Services, welche Größe
Networking (VPC, Subnets, Security Groups)
Scaling-Rules
Backup-Policies

Was der Anbieter macht:

OS-Patches (bei Managed Services)
Hardware-Wartung
Availability-Zones
Automatische Backups (wenn konfiguriert)

Trade-offs:

Managed Complexity – RDS patcht Postgres für dich
Hochverfügbarkeit – Multi-AZ, Load Balancers
Granulare Kontrolle – Jedes Detail konfigurierbar
Enterprise-Features – IAM, Compliance, Audit-Logs

Dafür:

Konfigurationshölle – Hunderte Optionen pro Service
Teuer – 3-5x mehr als VPS für gleiche Ressourcen
Vendor Lock-in – Schwer migrierbar
Unvorhersehbare Kosten – “Data Transfer Out” Überraschungen

Für wen:

Enterprise-Projekte mit Compliance-Anforderungen
Teams mit dediziertem DevOps
Apps mit extremen Scaling-Bedarf
Projekte, die spezialisierte Services brauchen (ML, IoT)

Real-World-Szenario:

Gleiche Rails-App auf AWS:

EC2-Instance launchen (t3.medium?)
RDS PostgreSQL einrichten (Multi-AZ? Read Replica?)
Application Load Balancer konfigurieren
VPC, Subnets, Security Groups
IAM Roles für EC2 → RDS
CloudWatch Alarms
Auto-Scaling-Group (optional)
CodeDeploy oder eigenes Deploy-Script

Zeit: Initiales Setup 2-3 Tage. Deploy: 5-10 Minuten (nach Pipeline).

3. App Platform: “Du schreibst Code, wir deployen”

Philosophie: Abstrahiere alles außer deiner App.

Mental Model:

Du (git push)

Platform baut, deployt, skaliert

Fertig

Typische Anbieter:

Render
Railway
Fly.io
Heroku (der OG)
Vercel, Netlify (für Frontend)

Was du machst:

Code schreiben
git push oder Repo verlinken
Environment-Variablen setzen

Was die Platform macht:

Container bauen
Deployen (zero-downtime)
SSL-Zertifikate
Load Balancing
Auto-Scaling (bei manchen)
Logs aggregieren
Rollbacks

Trade-offs:

Entwickler-Geschwindigkeit – Deploy in Minuten
Kein Ops-Overhead – Du managst keine Server
Vorhersehbare Kosten – Meist pro Ressource
Built-in Best Practices – SSL, Deployments, Rollbacks

Dafür:

Weniger Kontrolle – Keine Custom-Kernel-Module
Teurer als VPS – €14-50/Monat für kleine Apps
Platform-Constraints – Manche Features nicht verfügbar
Migrations-Risiko – Wenn Platform Preise erhöht

Für wen:

Startups, die schnell iterieren
Solo-Devs ohne Ops-Lust
MVPs und Prototypen
Teams ohne DevOps-Kapazität

Real-World-Szenario:

Rails-App auf Render:

Render-Account erstellen
Repo verbinden
Build-Command angeben: bundle install && rails assets:precompile
Start-Command: rails server
PostgreSQL-Add-on hinzufügen (1 Click)
Environment-Variable DATABASE_URL wird auto-gesetzt

Zeit: Setup 10 Minuten. Deploy: git push (automatisch).

Die Entscheidungsmatrix

Es geht nicht um “besser” oder “schlechter”. Es geht um Trade-offs.

Aspekt	VPS	Managed Cloud	App Platform
Setup-Zeit	Stunden-Tage	Tage-Wochen	Minuten
Monatliche Kosten	$$	$$$$	$$$
Kontrolle	Total	Sehr hoch	Niedrig
Wartung	Hoch	Mittel	Minimal
Skalierung	Manuell	Konfigurierbar	Automatisch
Vendor Lock-in	Minimal	Hoch	Mittel
Best für	Custom Setup	Enterprise	Speed to Market

Der Meta-Punkt: Denkmodelle, nicht Features

VPS-Denken:
“Ich will einen Computer in der Cloud. Ich installiere, was ich brauche.”

Managed-Cloud-Denken:
“Ich komponiere meine Infrastruktur aus Services. Ich konfiguriere, was ich brauche.”

App-Platform-Denken:
“Ich will meine App deployen. Der Rest ist Infrastruktur, die mich nicht interessiert.”

Keines ist objektiv besser.

Aber wenn du VPS-Denken mit App-Platform-Erwartungen kombinierst, wirst du frustriert.

Und wenn du App-Platform-Denken mit Managed-Cloud-Tools versuchst, ertrinkt du in Komplexität.

Was ich sehe (und was nervt)

Das Häufigste:

Teams wählen Managed Cloud (AWS), weil es “professionell” klingt, haben aber App-Platform-Bedürfnisse.

Resultat: Sie bauen ihre eigene schlechtere Version von Heroku auf EC2.

Besser:

Wähl das Denkmodell, das zu deinem Team passt:

Ihr seid 2 Devs, keine Ops-Erfahrung? → App Platform
Ihr habt spezielle Requirements, liebt Linux? → VPS
Ihr braucht Compliance, Multi-Region, dediziertes Ops? → Managed Cloud

Kombinationen sind okay

Du musst nicht “all in” gehen.

Beispiel-Setup:

Frontend: Vercel (App Platform)
API: Hetzner VPS mit Docker
Database: Managed PostgreSQL bei DO
Assets: Cloudflare R2

Das ist kein Frankenstein. Das ist Pragmatismus.

Was wirklich zählt

VPS, Managed Cloud und App Platforms sind keine Konkurrenten.

Sie sind unterschiedliche Antworten auf unterschiedliche Fragen.

Die Frage ist nicht: “Was ist das beste Hosting?”

Die Frage ist: “Wie viel Kontrolle brauche ich wirklich, und wie viel Komplexität will ich dafür akzeptieren?”

Im nächsten Teil rechnen wir die wahren Kosten durch: Nicht nur die monatliche Rechnung, sondern Zeit, Nerven, Opportunity-Cost. Spoiler: Der billigste Anbieter ist selten der günstigste.