Über viele Jahre galt Cloud Foundry als das Maß der Dinge, wenn es um moderne Anwendungsbereitstellung in Unternehmen ging. Die Plattform-as-a-Service (PaaS) versprach schnelle Deployments, konsistente Workloads und Multi-Cloud-Flexibilität. Doch mit der zunehmenden Verbreitung von Kubernetes hat sich das Blatt gewendet. Unternehmen stehen heute vor der Frage: Ist Cloud Foundry noch zukunftssicher – oder ist es Zeit, auf Kubernetes umzusteigen?

Dieser Artikel beleuchtet die Gründe für den technologischen Wandel, vergleicht Cloud Foundry mit Kubernetes-nativen Ansätzen und zeigt, was der Umstieg für IT-Teams bedeutet.

Rückblick: Die Stärken von Cloud Foundry

Cloud Foundry wurde als PaaS für Entwickler konzipiert. Die zentrale Idee: Anwendungen sollen sich einfach und unabhängig von der Infrastruktur deployen lassen – mit einem einzigen Befehl: cf push.

Besondere Stärken von Cloud Foundry:

• Entwicklerfreundlichkeit durch automatische Buildpacks
• Standardisierte CI/CD-Prozesse mit Concourse
• Service-Broker-Modell zur Anbindung externer Services
• Zero-Downtime Deployments ohne aufwendige Konfiguration
  
  

Warum Kubernetes an Relevanz gewinnt

Kubernetes hat sich als De-facto-Standard für containerisierte Anwendungen etabliert. Statt einer geschlossenen PaaS-Plattform bietet Kubernetes ein offenes, flexibles Ökosystem.

• Modularer Aufbau mit Tools wie ArgoCD, Prometheus, Helm
• Integration moderner DevOps- und GitOps-Prinzipien
• Cloud-native Standardisierung durch die CNCF
• Betrieb auf Public Cloud, On-Premise oder Hybrid möglich

Vergleich: Cloud Foundry vs. Kubernetes-native Plattformen

Aspekt	Cloud Foundry	Kubernetes-native Plattformen
Abstraktionsniveau	Hoch (PaaS)	Mittel (IaaS-nah, aber erweiterbar)
Flexibilität	Gering (Buildpack-zentriert)	Hoch (beliebige Images, Configs)
Deployment	cf push	YAML, GitOps, Helm
Service-Anbindung	Service Broker API	Operators, CRDs, Service Meshes
Skalierung	Automatisch, standardisiert	Horizontal & Vertical, Metrik-gesteuert
Betrieb & Wartung	Komplex (BOSH)	Modular, vielseitig
Community & Zukunft	Rückläufig	Sehr aktiv

Was Unternehmen beim Umstieg beachten sollten

Herausforderungen:

• Neue Konzepte wie YAML, CRDs, Helm müssen gelernt werden
• Toolchains für CI/CD, Monitoring und Sicherheit müssen neu aufgebaut werden
• Veränderte Rollenverteilung: Platform Teams als zentrale Akteure

Chancen:

• Maßgeschneiderte Self-Service-Plattformen
• Integration moderner DevOps- und GitOps-Prinzipien
• Langfristige Zukunftssicherheit durch Standardisierung

Platform Engineering: Der neue Standard statt PaaS

Der moderne Nachfolger von Cloud Foundry ist kein Produkt, sondern ein Plattformmodell – bestehend aus Tools, Automatisierung und klaren Schnittstellen für Entwickler.

Zentrale Tools:

• Backstage: Entwicklerportal für Service-Kataloge und Self-Service
• ArgoCD: GitOps-Deployment-Tool
• Tekton: Kubernetes-native CI/CD Pipelines
• Istio/Linkerd: Service Mesh für Routing, Auth, Observability
• Prometheus & Grafana: Monitoring & Alerting

Kubernetes ersetzt Cloud Foundry – aber nicht 1:1

Cloud Foundry war ein großer Schritt in Richtung DevOps und Developer Enablement. Doch Kubernetes bietet heute ein moderneres, flexibleres Fundament – allerdings mit mehr Verantwortung und Lernaufwand.

Empfehlung:

• Cloud Foundry-Infrastrukturen mittelfristig modernisieren
• Kubernetes-Skills im Unternehmen aufbauen
• Plattformstrategien entwickeln, statt nur Tools zu evaluieren

Autor

Michael Deinhard

Artikel erstellt: 08.06.2025
Artikel aktualisiert: 30.06.2025

zurück zur Übersicht