Blog

OpenShift ist ein PaaS (Platform as a Service) welches den Betrieb von Docker Containern in einem Cluster vereinfacht. Ein wesentlicher Bestandteil der Platform ist das Thema Storage. Jede Anwendung hat unterschiedliche Anforderung an Kapazität. Die Idee ist, dass die Anwendung einfach definiert wieviel Speicherplatz sie benötigt und die Plattform provisioniert dynamisch die geforderte Kapazität in Form von Volumes. Diese Volumes stehen dem Container zu Verfügung unabhängig davon auf welchem Node der Container läuft. Wie könnte eine Lösung aussehen. In einfachen Formen könnte ein SAN angebunden werden, ebenso NFS als shared Mount. Diese Technologien sind aber „old school“ und nicht für moderne Container Plattformen geeignet. In diesem Artikel beschreiben wir das von Red Hat eingeführte Container Native Storage (CNS). „Native“ bedeutet, dass alle Komponenten first class citizens sind und selbst als Container in OpenShift laufen. Im Gegensatz dazu steht das Container Ready Storage. Dabei ist ein Plattform externe Storage Lösung gemeint, die dann in OpenShift integriert wird. Bei beiden Lösungen werden Storage Cluster eingesetzt wie GlusterFS oder Ceph. Diese beiden Technologien versprechen theoretisch unendliche Erweiterbarkeit von Speicher. Wie werden im folgenden sehen wie eine Installation von GlusterFS in der CNS Variante funktioniert.

Die meisten Menschen außerhalb der IT bekommen meistens nicht mit, wie schwierig es ist, komplexe Enterprise-Systeme zu verwalten. Es ist ein feiner Balanceakt der auf dem Verständnis beruht, wie sich eine Veränderung auf das gesamte System auswirken wird.

Neue Entwickler verbringen Monate damit, die Codebasis des Systems zu studieren, bevor sie anfangen können daran zu arbeiten. Sogar die kenntnisreichsten Entwicklungsteams zögern Änderungen vorzunehmen oder neuen Code hinzuzufügen, weil es den Betrieb in einer unvorhergesehenen Weise stören könnte. Das hat zu Folge, dass selbst banalste Änderungen diskutiert und hinausgezögert werden.

Wenn Dinge schief gehen, beschuldigen sich Administration, Entwicklung und QA gegenseitig. Das Projektmanagement macht das fehlende Budget verantwortlich usw. Die Folge ist, dass  Unternehmen ihr Vertrauen in die IT verlieren und anfangen nach Outsourcer zu suchen, um das interne Team zu ersetzen.

Wenn Sie nicht gerade von einem Sabbatical wieder gekommen sind haben Sie sicherlich gehört wie Microservices dieses Szenario auf den Kopf stellen können, so dass eine neue, agilere Welt entsteht in dem Entwickler und Operations-Teams Hand in Hand arbeiten, um kleine, lose gekoppelte Software Bundles zu liefern.  Anstelle eines einzigen monolithischen Systems wird die Funktionalität von einem kleineren Satz von Diensten durchgeführt, die ihre Operationen koordinieren.