Cloud & Managed Services 2018

Kostentransparenz als Entscheidungsgrundlage
für Cloud Computing
MARKET
Bei der Entscheidung, ob die Verlagerung einer Applikation in die Cloud Sinn ergibt,
kann es hilfreich sein, Kostentransparenz zu schaffen. Was es dabei zu beachten gilt.
Unternehmen sehen sich früher oder später mit der Herausforderung
konfrontiert, dass bestehende On-Premises-Applikationen
oder -Umgebungen entweder den Businessanforderungen
nicht mehr genügen oder das Ende des Lifecycle erreicht ist und
wieder neu investiert werden muss. Es besteht dann die Möglichkeit,
die Applikation zu modernisieren, zu ersetzen – hierunter
fällt auch ein Anbieterwechsel – oder als Ganzes zuerst in die
Cloud zu verlagern, bevor sie zu einem späteren Zeitpunkt gegebenenfalls
modernisiert wird. Letzteres wird auch unter dem
Begriff «Lift and Shift» zusammengefasst und gehört zu den zurzeit
am häufigsten diskutierten Ansätzen bei Cloud-Vorhaben.
Bei der Frage, ob eine Applikation in die Cloud verlagert werden
soll, kann es helfen, Kostentransparenz zu schaffen. Diese
bildet zusammen mit anderen Faktoren eine solide Entscheidungsgrundlage.
Hierbei empfiehlt sich ein Vorgehen in vier
Schritten: 1) Analyse des Ist-Zustandes, 2) Entwicklung von möglichen
Cloud-Sourcing-Szenarien, 3) Berechnung der TCOs (Total
Costs of Ownership) und 4) Vergleich und Handlungsempfehlung.
Bei der Analyse des Ist-Zustands müssen in einem ersten
Schritt die Kennzahlen der On-Premises-Applikation analysiert
werden. Diese dienen nicht nur dazu, die Anforderungen für
die Cloud-Sourcing-Szenarien zu entwickeln,
sondern auch festzustellen,
was der Betrieb der On-Premises-Applikation
insgesamt kostet. Zu den
Kennzahlen, die ermittelt werden sollen,
gehören unter anderem die Daten,
die benötigten Speicher- und Rechenkapazitäten,
aber auch die Anzahl der Nutzer und der benötigten
Lizenzen. Diese Parameter lassen sich von traditionellen
Monitoring-Tools relativ einfach ermitteln. Was Standard-Monitoring-Tools
jedoch häufig nicht zu messen vermögen und
was in einem traditionellen Rechenzentrumsbetrieb oft auch
keine Anforderung darstellt, sind die Abhängigkeiten der Applikation
mit anderen Systemen. Wichtige Faktoren hierbei
sind etwa die Bandbreiten oder die Anzahl (paralleler) Zugriffe
auf die Applikation.
Abhängigkeiten zum Business klären
Hat man die Abhängigkeit der Applikation zu den anderen Systemen
geklärt, gilt es, die Abhängigkeit zum Business zu betrachten.
Sprich: Welche und wie viele Businessprozesse hängen
mit der Applikation zusammen? Wie ist demzufolge der
Stellenwert der Applikation einzuschätzen? Aus der Beantwortung
dieser und ähnlicher Fragen lassen sich wiede rum Anforderungen
ableiten, etwa hinsichtlich der Ausfallsicherheit der
Applikation. Wertvolle Hinweise auf die Abhängigkeiten einer
Applikation mit anderen Systemen und dem Business kann das
Application Performance Monitoring (APM) liefern, das schon
länger zum Standard gehört. Das APM stellt detaillierte Performance-Metriken
der Applikation zur Verfügung, die bei einem
Cloud-Transition-Projekt im Hinblick auf die Bewertung sehr
hilfreich sein können.
Eine Verlagerung in die
Cloud ist nicht zwingend
günstiger als der Weiterbetrieb
on-premises.
Der Autor
Florian van Keulen ist Principal Consultant
in den Bereichen Cloud & Security und
Program Manager Cloud Computing beim
IT-Dienstleistungsunternehmen Trivadis
Nach der Analyse der Ist-Situation gilt es, auf der Basis der
ermittelten Kennzahlen verschiedene Szenarien für die Auslagerung
der Applikation in die Cloud zu entwickeln. Hierbei müssen
Fragen geklärt werden wie: Soll nur ein IaaS-Service verwendet
oder sollen IaaS- und PaaS-Services kombiniert werden?
Sollen Services von nur einem
Provider oder von mehreren Anbietern
berücksichtigt werden?
Bei der Entwicklung von Cloud-Sourcing-Szenarien
müssen ausserdem die
Anforderungen an den Cloud-Service-
Provider und die technische Lösung definiert
und gewichtet werden. Auch was den Datenschutz sowie
die Datensicherheit angeht, gilt es, die entsprechenden Anforderungen
festzuhalten. Wurden mögliche Sourcing-Szenarien zusammengestellt,
werden zwei bis drei ausgewählt, die dem eingangs
festgelegten Ziel am ehesten entsprechen.
Capital und Operational Expenses unterscheiden
In einem nächsten Schritt berechnet man die TCOs (Total Costs
of Ownership) der On-Premises-Applikation sowie der verschiedenen
Cloud-Sourcing-Szenarien. Ein TCO gibt an, was eine Investition
tatsächlich kostet, das heisst, er berücksichtigt idealerweise
sämtliche Kosten, die über den kompletten Lebenszyklus
einer Applikation hinweg entstehen. Geht man vom Szenario
aus, die Applikation weiter on-premises zu betreiben und zu
modernisieren, fallen vor allem sogenannte Capital Expenses
an, also Investitionen in Hard- oder Software. Diese sind zu
8 Cloud & Managed Services