"Von CloudOps kann die ganze Organisation profitieren"

Unter CloudOps verstehen wir den Betrieb einer Cloud-Lösung oder Cloud-Umgebung. Im Gegensatz zu ITOps ist der Betrieb von Cloud-Lösungen etwas abstrakter, weil der Cloud-Provider die Basisinfrastruktur bereitstellt. Andererseits ist ein deutlich proaktiveres Betriebsmodell erforderlich, weil sich die Cloud-Umgebung ständig weiterentwickelt und verändert. Klassische IT-Umgebungen sind dagegen typischerweise eher statisch und verändern sich nur, wenn es absolut notwendig ist. Das erfordert auch einen stärkeren Fokus auf die Nutzerperspektive und auf End-to-End-Szenarien.

Es ist ein deutlich progressiveres Security-Konzept erforderlich. Denn die Cloud-Umgebung ist per Definition von außen erreichbar, während in der klassischen IT oft über Abschottung gearbeitet wird.

Wenn CloudOps konsequent umgesetzt wird, profitiert die gesamte Organisation. Neben den offensichtlichen Vorteilen wie der höheren Systemverfügbarkeit durch die Clouds, der Stabilität durch Automatisierung und der Sicherheit durch moderne Security-Konzepte verkürzt sich die Time-to-Market für digitale Produkte. Erreicht wird das durch die Flexibilität der Umgebungen, eventuell sogar über den Einsatz von Multi Clouds bei entsprechendem Bedarf. Allerdings werden auch eine deutlich erhöhte Transparenz und Steuerung der IT-Kosten sowie ein Zugewinn an Innovationskraft ermöglicht – unter anderem durch die Bereitstellung sicherer, produktionsnaher Umgebungen zur Exploration mit einer attraktiven Kostenstruktur.

Für hybride Szenarien gilt das sicherlich, wobei immer offen und auf Augenhöhe ein nutzbringendes Gesamtkonzept zu definieren ist. Es muss diskutiert werden, welche Anforderungen an die Schnittstellen zwischen Private- und Public-Umgebungen existieren, welche Prioritäten welche Umgebung hat und welche Workloads warum wo landen. Es gilt also, einiges an Hausaufgaben in puncto Architektur zu erledigen, bevor eine solche Lösung betrieben werden kann.

Verwendet man "Private Cloud" nur als modern klingenden Namen für ein klassisches Rechenzentrum mit einer Virtualisierungsschicht, kann man sich die Charade sparen und auf einen klassischen IT-Betrieb setzen. Anders ist das bei einer echten private Cloud. In ihr macht CloudOps Sinn.

Die größte Herausforderung sehen wir darin, dass bei der Umstellung auf CloudOps ein Paradigmenwechsel stattfindet, weg von statischen Systemen und Verantwortungen hin zu einem deutlich flexibleren und fluideren System. Das erfordert neben den offensichtlich unterschiedlichen technischen Skills zur Cloud-Technologie ein anderes Mindset. Die interne IT wird hier zum "internen Dienstleister".

Eine gesteigerte Abhängigkeit sehen wir nur bedingt. Die war im Zweifel bereits gegeben, nur dass sie sich auf eine einzelne interne Abteilung und deren Fähigkeiten bezog. Nun werden die Nutzer abhängig vom Cloud-Provider, wobei ich hier eher von Partnerschaft sprechen würde. Wem die eigene Unabhängigkeit von Cloud-Providern besonders wichtig ist, kann und sollte das rechtzeitig in seiner Unternehmensarchitektur berücksichtigen. Das ist durchaus möglich. Man schränkt sich damit aber in der Nutzung der Plattform ein und erhöht den Eigenkostenanteil signifikant.

Die wichtigste Eigenschaft ist Transparenz, sei es in Bezug auf systemische Metriken, Applikationszustände, Workflows, Berechtigungen oder Kosten. Eine größtmögliche Transparenz über die gesamte Umgebung hinweg ist essenziell. Neben guten Reporting-Möglichkeiten ist zudem ein hoher Grad an Automatisierung und Anpassungsfähigkeit wichtig. Daneben können auch branchen- oder industriespezifische Standards ein Auswahlkriterium sein. Allgemein sollte die Lösung zur vorhandenen oder angestrebten Umgebung passen.