© KUCO/Shutterstock.com
Cloud Compendium
Kubernetes und Cloud Foundry

Friends or Foes?

Die beiden Open-Source-Lösungen Kubernetes und Cloud Foundry haben sich als gängige Cloudplattformen durchgesetzt. Oftmals werden diese beiden miteinander verglichen, um eine Entscheidung für einen der beiden Ansätze zu treffen. In diesem Artikel werden die jeweiligen Stärken und Einsatzszenarien der beiden Plattformen beschrieben und es wird aufgezeigt, dass es kein „Entweder-oder“ sein muss.

Michael Frembs, Michael Heiß


Immer mehr Unternehmen verwenden nicht nur Clouddienste (Software as a Service), sondern modernisieren ihre eigenen IT- und Bestandsapplikationen (Container as a Service bzw. Platform as a Service). Das ist kaum verwunderlich, bringt doch die Cloud viele Vorteile mit sich. Die Anwendungen laufen in einer Cloud stabiler (Self Healing), skalieren besser (automatisierte horizontale Skalierung) und bringen durch den neuen Dev(Sec)Ops-Gedanken eine schnellere Time-to-Market mit sich. Durch Open-Source-de-facto-Standards wie Docker, Kubernetes oder Cloud Foundry sind die Anwendungen auch portierbar. Das ist besonders bei Hybrid- bzw. Multi-Cloud-Infrastrukturen wichtig. Dafür werden Cloud-native Apps nach der 12-Factor-Methode entwickelt. Die Bandbreite an Architekturansätzen (Monolith, Microservices, 12-Factor-Apps) sorgt für eine Vielzahl an Anforderungen an eine Cloudplattform.

Einer Bitkom-Umfrage [1] zur Folge nutzten bereits 2017 51 Prozent der Unternehmen eine private Cloud, wohingegen nur 31 Prozent der Unternehmen eine Pub­lic Cloud verwenden. Nach der Verabschiedung der DSGVO war das zu erwarten.

Grund genug, Kubernetes und Cloud Foundry einander gegenüberzustellen und zu vergleichen. Wie geht es mit den beiden in der Zukunft weiter? Dieser Artikel legt den Fokus auf eine Private Cloud, die im eigenen Rechenzentrum betrieben wird. Müssen sich Unternehmen zwischen diesen beiden entscheiden, oder ist es empfehlenswert, beide einzusetzen? Wie könnte ein Zusammenspiel von beiden Lösungen aussehen?

Kubernetes

In Kubernetes gibt es eine Vielzahl an Konfigurationsoptionen (über Kubernetes-Ressourcen). Die OpenAPI-Spezifikation der aktuellen IBM Cloud Private Kubernetes Installation (ICP v3.1.2, K8s v1.12.4) ist über 75 000 Zeilen lang. Um dieses Universum beherrschen zu können, ist ein hoher Einarbeitungsaufwand notwendig. Dafür wird der Anwender mit einer Plattform belohnt, die auf die eigenen Bedürfnisse feingranular abgestimmt werden kann.

Kubernetes bietet komplexe Clustertopologien. Worker Nodes (auf diesen werden die Container deployt) können auf unterschiedlichen VMs mit unterschiedlicher Hardware, Software und Dimensionierung laufen. Es ist zum Beispiel möglich, neben Linux Worker Nodes auch Windows Worker Nodes oder unterschiedliche Architekturen (z. B. x86_64 und power64le oder auch System z) innerhalb eines Kubernetes-Clusters zu verwenden. Beim Deployment kann darauf Einfluss genommen werden, welcher Pod auf welchen Worker Nodes laufen soll. Auch be...

Cloud Compendium
Kubernetes und Cloud Foundry

Friends or Foes?

Die beiden Open-Source-Lösungen Kubernetes und Cloud Foundry haben sich als gängige Cloudplattformen durchgesetzt. Oftmals werden diese beiden miteinander verglichen, um eine Entscheidung für einen der beiden Ansätze zu treffen. In diesem Artikel werden die jeweiligen Stärken und Einsatzszenarien der beiden Plattformen beschrieben und es wird aufgezeigt, dass es kein „Entweder-oder“ sein muss.

Michael Frembs, Michael Heiß


Immer mehr Unternehmen verwenden nicht nur Clouddienste (Software as a Service), sondern modernisieren ihre eigenen IT- und Bestandsapplikationen (Container as a Service bzw. Platform as a Service). Das ist kaum verwunderlich, bringt doch die Cloud viele Vorteile mit sich. Die Anwendungen laufen in einer Cloud stabiler (Self Healing), skalieren besser (automatisierte horizontale Skalierung) und bringen durch den neuen Dev(Sec)Ops-Gedanken eine schnellere Time-to-Market mit sich. Durch Open-Source-de-facto-Standards wie Docker, Kubernetes oder Cloud Foundry sind die Anwendungen auch portierbar. Das ist besonders bei Hybrid- bzw. Multi-Cloud-Infrastrukturen wichtig. Dafür werden Cloud-native Apps nach der 12-Factor-Methode entwickelt. Die Bandbreite an Architekturansätzen (Monolith, Microservices, 12-Factor-Apps) sorgt für eine Vielzahl an Anforderungen an eine Cloudplattform.

Einer Bitkom-Umfrage [1] zur Folge nutzten bereits 2017 51 Prozent der Unternehmen eine private Cloud, wohingegen nur 31 Prozent der Unternehmen eine Pub­lic Cloud verwenden. Nach der Verabschiedung der DSGVO war das zu erwarten.

Grund genug, Kubernetes und Cloud Foundry einander gegenüberzustellen und zu vergleichen. Wie geht es mit den beiden in der Zukunft weiter? Dieser Artikel legt den Fokus auf eine Private Cloud, die im eigenen Rechenzentrum betrieben wird. Müssen sich Unternehmen zwischen diesen beiden entscheiden, oder ist es empfehlenswert, beide einzusetzen? Wie könnte ein Zusammenspiel von beiden Lösungen aussehen?

Kubernetes

In Kubernetes gibt es eine Vielzahl an Konfigurationsoptionen (über Kubernetes-Ressourcen). Die OpenAPI-Spezifikation der aktuellen IBM Cloud Private Kubernetes Installation (ICP v3.1.2, K8s v1.12.4) ist über 75 000 Zeilen lang. Um dieses Universum beherrschen zu können, ist ein hoher Einarbeitungsaufwand notwendig. Dafür wird der Anwender mit einer Plattform belohnt, die auf die eigenen Bedürfnisse feingranular abgestimmt werden kann.

Kubernetes bietet komplexe Clustertopologien. Worker Nodes (auf diesen werden die Container deployt) können auf unterschiedlichen VMs mit unterschiedlicher Hardware, Software und Dimensionierung laufen. Es ist zum Beispiel möglich, neben Linux Worker Nodes auch Windows Worker Nodes oder unterschiedliche Architekturen (z. B. x86_64 und power64le oder auch System z) innerhalb eines Kubernetes-Clusters zu verwenden. Beim Deployment kann darauf Einfluss genommen werden, welcher Pod auf welchen Worker Nodes laufen soll. Auch be...

Neugierig geworden?


    
Loading...

Angebote für Teams

Für Firmen haben wir individuelle Teamlizenzen. Wir erstellen Ihnen gerne ein passendes Angebot.

Das Library-Modell:
IP-Zugang

Das Company-Modell:
Domain-Zugang