Einfaches Rezept für den Erfolg mit OpenStack-Engagements

2016-06-09

Machine-translated — the English original is authoritative.

Ein Kunde fragte mich kürzlich, was meiner Meinung nach das beste Rezept für eine erfolgreiche OpenStack-Installation ist? Mit 20 Jahren Erfahrung in Rechenzentrums-Deployments (Hardware und Software) kann ich ehrlich sagen, dass sich meine Antwort im Laufe der Zeit kaum verändert hat. Es sind immer noch die Grundlagen, die übersehen werden.

Ich habe die letzten zwei Jahre damit verbracht, Helion OpenStack weltweit in Banken, der Pharmaindustrie und im Einzelhandel zu deployen. Der folgende Beitrag hebt hervor, was ich für die Zutaten einer erfolgreichen OpenStack-Bereitstellung halte (oder für jede andere Cloud-Plattform, sei es drum).

Stakeholder – Exekutive Unterstützung

MenschenProzessTechnologie

Es ist entscheidend, bei der Bereitstellung einer Cloud-Lösung, die viele Abteilungen (auch Silos genannt) wie Netzwerk, Speicher, Sicherheit usw. durchdringt, dass das Projekt einen aktiven/engagierten Sponsor hat, der an der Spitze all dieser Silos steht. Idealerweise sollten der CIO, der COO und der Leiter der Personalabteilung eingebunden sein, um eine klare Strategie zu entwickeln, die überprüft, wie sich diese neue Technologie auf ihre aktuellen Prozesse und Mitarbeiter auswirken wird. Um die Vorteile, die ein Unternehmen durch den Übergang zu einem Cloud-Modell erhält, wirklich zu nutzen, müssen diese Prozesse innerhalb eines Unternehmens drastisch verändert werden.

Leider passiert oft, dass nur eines der Silos die Lösung kauft und denkt, sie solle alles besitzen. Sie werden scheitern! Technologie ist der einfache Teil – Menschen und Prozesse sind das, was zählt.

Was passieren sollte, und auch das ist nur meine persönliche Meinung, ist die Schaffung virtueller Teams aus allen Silos heraus. Bilden Sie diese Leute in der gesamten Lösung fort und halten Sie sie auf ihren Bereich der fachlichen Expertise (SME) fokussiert. Es sollte nicht lange dauern, bis sie die Vorteile der Zusammenarbeit erkennen und hoffentlich gleichzeitig das Potenzial von OpenStack realisieren. Es ist auch ein guter Schritt in Richtung eines Modells für kontinuierliche Integration und kontinuierliche Bereitstellung (wage ich den Begriff DevOps zu verwenden?) im Operations-Betrieb. Obwohl wir anfangs die Silos innerhalb der Operationsteams abdecken, ist es ein sehr ähnlicher Prozess, die Entwickler an Bord zu holen. Diese Leute sind in der Regel sehr begeistert vom Cloud-Betriebsmodell, da sie in den letzten 5 Jahren von AWS verwöhnt wurden… Shadow-IT, das ist eine andere Geschichte!

Open-Source-Verwirrung – Realistischer Umfang

opensourceConfusion.fw

Glauben Sie es oder nicht, in den letzten zwei Jahren habe ich bei OpenStack-Installationen in mehr als einem Fall Kunden gesehen, die nach ihrem „Ceph“-Speicher oder ihren „Docker“-Containern suchten, ohne zu wissen, dass diese nicht Teil von nativem OpenStack sind, sondern völlig eigenständige Produkte. Es ist sehr wichtig, früh im Engagements-Zyklus [das sollte sein, bevor das Vertriebsteam Hardware vor Ort installiert hat] einen Cloud-Workshop mit Kunden durchzuführen und ihre grundlegenden Anforderungen zu überprüfen – wie bereits erwähnt – zurück zu den Grundlagen. Untersuchen Sie nicht nur die IaaS-Anforderungen, sondern suchen Sie die ultimativen geschäftlichen Anforderungen. Es wird Zeiten geben, in denen OpenStack die Anforderungen eines Kunden nicht erfüllen kann oder Funktionen noch experimentell sind – stellen Sie sicher, dass der Kunde dies versteht. Erklären Sie, wie die OpenStack-Community funktioniert, Releases alle 6 Monate, der Prozess zur Einreichung von Blueprints usw. Dieser Workshop ist auch Ihre Chance zu bestimmen, welche Stakeholder fehlen, und deren Einbindung zu suchen.

Stein, Schere, Papier, VMware

Wenn der Kunde fest entschlossen ist, VMware loszuwerden und denkt, OpenStack sei die Lösung, gehen Sie sehr vorsichtig vor. VMware bietet einen sehr guten und leistungsstarken Hypervisor mit vielen mehr Hochverfügbarkeitsfunktionen, als der standardmäßige KVM-Hypervisor bietet. Es gibt heute keinen Grund, warum Sie nicht beide Arten von Hypervisoren innerhalb einer OpenStack-Cloud haben können – ich habe diese Funktion mit Helion OpenStack 3.0 ausprobiert und sie funktioniert sehr gut.

Hören Sie den Erwartungen des Kunden sehr genau zu – wenn sie Dinge wie Kosteneinsparungen oder reines Lift-and-Shift von Anwendungen erwähnen – laufen Sie jetzt weg. Wenn sie jedoch von cloud-nativen Anwendungen und Transformationsprogrammen zur Bewältigung ihrer Legacy-Anwendungen sprechen, dann ist dies die richtige Denkweise.

OpenStack-Fachkräftemangel

Es ist wie … erfahrene OpenStack-Ingenieure zu finden.

Obwohl dieser Fachkräftemangel möglicherweise von kurzer Dauer ist (bei der aktuellen Rate der Adoption von OpenStack-Clouds), ist er für viele Kunden eine echte Sorge. Es gibt jedoch zwei sehr einfache Möglichkeiten, dieser Herausforderung zu begegnen:

Option 1

Hören Sie auf, sich nur auf die Suche nach Leuten mit OpenStack-Fähigkeiten zu beschränken – ein guter Linux-Administrator wird OpenStack mit minimaler Schulung erlernen. Wenn sie sich in Linux (einschließlich Network Namespaces) auskennen, ein grundlegendes Verständnis von Datenbanken und Message Queues haben, wird OpenStack ein Kinderspiel sein. [Hinweis an Personalvermittler: Dasselbe Statement könnte für den „einhornartigen“ (Fachbegriff) DevOps-Ingenieur verwendet werden]. Erwarten Sie nicht, dass ein OpenStack-Betreiber ein Entwickler ist – das sollte er nicht sein!

Option 2

Drei Worte – Managed Private Cloud. Viele Unternehmen bieten diesen Service an, darunter HPE. Wenn Sie cloud-nativ werden und PaaS das ist, was Sie wirklich brauchen, warum outsourcen Sie dann nicht einfach Ihre Private Cloud?

Führen Sie mit PaaS – OpenStack folgt

Wenn wir ein Auto kaufen, kaufen wir nicht zuerst den Motor, gefolgt vom Fahrgestell, dem Innenraum usw., bis wir schließlich genug Komponenten haben, um das Fahren von A nach B zu ermöglichen – die primäre Direktive beim Kauf des Autos.

Es verwundert mich daher heute, warum wir scheinbar besessen davon sind, zuerst eine IaaS-Lösung zu kaufen und dann zu versuchen, eine PaaS-Lösung darauf aufzusetzen. Ich glaube, dass Kunden mit ihren PaaS-Anforderungen beginnen sollten. Hier sitzen in der Regel die Entwickler, die wahren geschäftlichen Anforderungen und das Geld.

Nicht nur das, sondern Kunden können die meisten PaaS-Plattformen heute testfahren (boom, boom), ohne jemals ein einziges Stück Hardware kaufen zu müssen. Sobald das Unternehmen und die Entwickler wissen, was sie von einer PaaS-Lösung benötigen, ist es viel einfacher, sicherzustellen, dass die zugrunde liegende IaaS zweckmäßig ist.

Fazit

Erfolgreich in einem OpenStack-Engagement zu sein, unterscheidet sich nicht von jedem anderen IT-Projekt. Sobald Sie die folgende Checkliste abhaken können, sollte alles andere wie gewohnt weitergehen –

• Menschen
• Prozess
• Technologie

Wie ich sagte – nichts Neues hier – die gleichen Zutaten wurden vor 20, 30 und 40 Jahren benötigt.

Es ist auch grundlegend, dass jeder den Unterschied zwischen Cloud-Native und traditionellen Anwendungsstilen versteht. [Ein Indiz dafür, dass jemand diese Prinzipien nicht versteht, ist, wenn er versucht, VMware mit OpenStack zu vergleichen.]

Schließlich fand ich die folgenden drei Bücher sehr hilfreich, um einige der grundlegenden Konzepte rund um virtuelle Teams, Cloud-Native und DevOps zu veranschaulichen:

• The Phoenix Project
• Continuous Delivery
• The Mythical Man-Month

Vielen Dank, Happy Stacking!

Originally published on allthingscloud.eu (2016-06-09).