Private Clouds erfordern eine andere Denkweise

Daran ändert auch die Cloud nichts. Die Cloud verändert alles. Die private Cloud tut weder das eine noch das andere, sondern beides.

OK, genug mit Zen. Tatsache ist, dass Ihre Applications , die in einer privaten Cloud ausgeführt werden, unabhängig von der Art dieser Anwendungen noch immer die kritischen Application benötigen, die traditionell vom Netzwerk bereitgestellt wurden: Sicherheit, Lastausgleich, hohe Verfügbarkeit und Optimierung. Selbst neuere Architekturen wie Microservices und Containerplattformen verwenden vertraute Methoden, um Applications betriebsbereit zu halten. Die neuesten Sprachen oder Entwicklungstechniken sollten weiterhin mit Sicherheitstools wie Zugriffskontrolle und Web Application Firewalls gesichert werden. Es ändert sich somit nichts.

Also, was bedeutet das?

Für die meisten Organisationen ändert sich durch die private Cloud nicht, was wir bereitstellen, sondern wie und – noch wichtiger – wie schnell wir es bereitstellen können. Erfolgreiche Private-Cloud-Implementierungen ermöglichen Self-Service-IT und gestatten internen Kunden die Nutzung von Automatisierung und Infrastruktur als Code, um hochdynamische, betrieblich effiziente Application zu erstellen. Die Häufigkeit von Änderungen am Code und der Infrastruktur wird zunehmen, da neue Dienste oder Applications effizienter entwickelt und bereitgestellt werden. Viele der Faktoren, die zu einer schnelleren Wertschöpfung führen, sind kultureller und organisatorischer Natur, die Infrastruktur darf jedoch kein Hindernis darstellen. Von der Anfrage bis zur Umsetzung bleibt keine Zeit für menschliche Verzögerungen. Wenn die Infrastruktur nicht zum Engpass wird, müssen Automatisierungstools den Großteil der Bereitstellung von IT-Diensten steuern.  

Wenn Sie von einer ticketbasierten, traditionellen Organisation, in der Änderungen manuell angefordert, überprüft und implementiert werden, wechseln, wird sich durch diesen Übergang ein Großteil Ihrer täglichen Aktivitäten ändern. Die IT wird sich von der Implementierungsorientierung hin zur Entwicklung von Frameworks und einer durchgängigen Serviceautomatisierung bewegen müssen. Überlegen Sie, wie Sie Application oder Application (darf ich „DevOps“ sagen?) ermöglichen können, Netzwerk- und Application auf die gleiche Weise bereitzustellen wie dem Rest des Stacks. Dies muss für die Bereitstellung einer privaten Cloud-Plattform von zentraler Bedeutung sein. Ich habe den Satz eines Kollegen geklaut: Die IT-Abteilung muss sich vom bloßen Knopfdrücken zum Knopferstellen wandeln.

Auf philosophischer Ebene (und hier begann dieser Artikel schließlich) ändert sich grundlegend die Art und Weise, wie der IT-Betrieb die Infrastruktur steuert. Denken Sie einmal darüber nach: Der Grund, warum es ein Ticketsystem und ein Betriebsteam für Änderungen an der Infrastruktur gab, bestand teilweise darin, Fehler oder Fehlkonfigurationen zu vermeiden, indem Änderungen nur von Fachexperten vorgenommen werden konnten. Die IT-Abteilung hatte Zugriff auf alle Schaltflächen und wusste, welche sie drücken musste, um die gewünschte Änderung vorzunehmen und dabei hoffentlich nichts anderes kaputt zu machen. Heute möchte jeder seine Tasten selbst drücken oder dies von einer Software erledigen lassen. Es sollte besser sein, dass die durch Operationen erstellten logischen Schaltflächen sicher gedrückt werden können. Hier übt nun der Betrieb die Kontrolle aus. Durch die Erstellung von automatisierten Systemen auf Vorlagenbasis, bei denen die Antragsteller nur wissen müssen, was sie wollen, nicht aber, wie sie es tun sollen, und indem ihre Auswahl auf sichere und unterstützbare Konfigurationen beschränkt wird, gewährt die IT ihren Kunden Freiheit, behält aber die Kontrolle über die Infrastruktur.

Diese Änderungen stellen zwar eine technische und kulturelle Herausforderung dar, die daraus resultierenden Produktivitäts- und Agilitätsgewinne sind jedoch bedeutend genug, um die Herausforderungen zu rechtfertigen, die auf dem Weg dorthin entstehen.