Viel Wunschdenken rund um Multi-Cloud

Multi-Cloud ist verlockend. Viele CH-Firmen bewegen sich dorthin, entweder auf Grund regulatorischer Auflagen oder erhofftem Nutzen. Doch auf dem Weg entpuppen sich Wünsche als Utopie, hier ein paar Beispiele aus der Praxis:

Multi-Cloud im Reality Check

Aber nicht alles ist Fantasie, Multi-Cloud kann Nutzen schaffen. Wir empfehlen, das Ganze auf Vor- und Nachteile hin zu betrachten. Dabei ist es wichtig: 

1. die richtigen Szenarien zu eruieren, bei denen du von Multi-Cloud profitieren willst
2. eine fundierte Kosten-Nutzen-Abwägung durchzuführen

Nachfolgend eine Auflistung verschiedener Pro und Contra Argumente, die man durchspielen kann (die Liste ist nicht abschliessend):

Daraus kann als Schlussfolgerung abgeleitet werden, dass es gute Gründe für den Einsatz von Multi-Cloud gibt. Insbesondere bei der Umsetzung eines Contingency Plan für Cloud-Setups regulierter Unternehmen oder bei Zero-Datacenter-Strategien. Doch es sollte auch beachtet werden, dass die Komplexität stark steigt und die Wirtschaftlichkeit oft nicht gegeben ist. Wenn kein effektiver Grund für Multi-Cloud vorliegt, dann sollte in der Regel von einem Multi-Cloud-Setup abgesehen werden. Bei Exit-Strategien für einen Contingency-Plan sollte nur der Weg beschrieben und das Minimum an Vorarbeiten geleistet werden, so dass man in notwendiger Frist handeln kann.

5 Architekturstile für Multi-Cloud im Vergleich

Falls man nach einer fundierten Kosten-Nutzen-Abwägung zum Schluss kommt, dass Multi-Cloud der richtige Weg ist, dann stellt sich die Frage nach dem Wie. Multi-Cloud ist keine one-size-fits-all Lösung, man muss von den typischen Architekturstilen den passendsten auswählen. Ein oft gemachter Fehler ist die Wahl einer zu komplexen Lösung, welche aus Geschäftssicht nicht benötigt wird, das Vorhaben viel zu teuer macht und somit der Nutzen im Verhältnis ungenügend ist.

Aus unserer Sicht werden im Buch Cloud Strategy von Gregor Hophe die typischen Architekturstile sehr gut veranschaulicht und beschrieben:

1. Arbitrary: Workloads / Applikationen werden in verschiedenen Clouds betrieben, doch ohne besonderen Grund. Die Verteilung passiert eher zufällig.
2. Segmented: Die unterschiedlichen Clouds werden für verschiedene Einsatzzwecke genutzt, z.B. App-Workloads werden in der einen Cloud und Analytics-Workloads in der anderen Cloud betrieben.
3. Choice: Projekte oder Abteilungen können für ihre Workloads / Applikationen den Cloud Provider selbst wählen. Auch besteht die Auswahl einer Primären- und Sekundären-Cloud.
4. Parallel: Einzelne Workloads / Applikationen werden in mehreren Clouds parallel betrieben.
5. Portable: Workloads / Applikationen werden portabel gebaut und können zwischen Clouds verschoben werden.

Aufgrund der Grösse von mittleren und grossen CH-Unternehmen und auch der Kosten-Nutzen-Abschätzung treffen wir bei unseren Kunden die Architekturstile Segmented und Choice in der Praxis am häufigsten an. Oft auch lediglich als Primär-Sekundär-Cloud-Setup, für den Notfall zur Realisierung ihres Exit-Plans. Den anderen Architekturstilen begegnen wir eher nicht.

Bei der Implementation eines Multi-Cloud-Setups sollten Multi-Cloud-fähige Automatisierungs- (z.B. Terraform für IaC und GitHub für CI/CD) und Management-Tools (z.B. Azure Arc) zum Einsatz kommen, welche mit den nativen Services der jeweiligen Cloud-Plattform integrieren. Dies vereinfacht die übergeordnete Handhabung eines Multi-Cloud-Setups stark. Doch auf keinen Fall sollte eine ganzheitliche Cloud-Experience für Dev und Ops angestrebt werden. Das wäre zu aufwändig und gleichzeitig würden native-Fähigkeiten der jeweiligen Plattform verloren gehen, welche klare Vorteile bringen und von Azure-, AWS- oder GCP-Experten nativ genutzt werden wollen.

Multi-Cloud macht Sinn, wenn es sich lohnt

Wenn Multi-Cloud keinen klaren Nutzen erzielt, empfehlen wir, darauf zu verzichten. Mit den wachsenden Public-Cloud-Setups bis hin zu Zero-Datacenter-Strategien wird es jedoch künftig wohl unabdingbar, sich mit Multi-Cloud auseinanderzusetzen und abzuwägen. Denn eine Ja / Nein Antwort ist aus unserer Sicht nicht möglich. Was wir auf jeden Fall sagen können, es muss sich lohnen. Bei einem Entscheid für den Einsatz von Multi-Cloud muss man sich also der steigenden Komplexität, den zunehmenden Integrations- und Security-Herausforderungen und der erhöhten Arbeitslast bewusst sein. Daher sollte eine gründliche Kosten-Nutzen-Abwägung mit einer klaren Strategie zu Grunde liegen.

Folgend unsere Empfehlungen / Anmerkungen, wann der Einsatz von Multi-Cloud sinnvoll ist:

• Grundsätzlich ist «Single Public Cloud» die erste Wahl. Starte mit der Cloud-Adoption möglichst schlank und erziele schnelle Erfolge.
• Falls «Single Public Cloud» nicht ausreicht und gute Gründe für «Multi-Cloud» vorliegen (siehe “Pro”-Argumente weiter oben), dann mache «Multi-Single Public Cloud». Das heisst konkret, mehrere Clouds nebeneinander, doch in keinem Fall mit einer einheitlichen Cloud-Experience über alle Plattformen, das sollte in jedem Fall vermieden werden (siehe am Ende im Kapitel zu den 5 Architekturstilen).
• Falls Multi-Cloud auf Grund einer Exit-Strategien aufgebaut werden soll, dann sollte nur der Weg beschrieben und das Minimum an Vorarbeiten geleistet werden. So kann man in notwendiger Frist handeln. 
• Lock-ins können durch Multi-Cloud nicht umgangen werden, man hat in jedem Fall einen Lock-in, einfach auf unterschiedlichen Ebenen. So baut man z.B. auch bei der Verwendung von K8s/Container oder OpenShift als Abstraktionslayer eine Abhängigkeit auf und man verliert die direkte Nutzung von neuen Funktionalitäten der unterliegenden Plattform.
• Die übergeordnete Automatisierung mit IaC und CI/CD sollte auf jeden Fall mit Multi-Cloud-fähigen und nicht proprietären Tools realisiert werden, welche sich mit den jeweiligen nativen Services der jeweiligen Plattform integrieren. Dadurch kann von den neuesten Features profitiert werden.
• Aufgrund der Entwicklungen empfehlen wir für den Einsatz von Multi-Cloud bei den entsprechenden Anwendungsfällen folgende Architekturstile:

Ist Multi-Cloud bei dir auch ein Thema? Dann nehme gerne mit uns Kontakt auf.

Quellen 

1. Cloud Strategy Gregor Hophe: https://leanpub.com/cloudstrategy