Newsletter / E-Magazin

Kostenkontrolle im Cloud Computing

Cloudausgaben zuordnen und optimieren

Waren Cloudkosten verschwendet oder sinnvoll? Wer Ausgaben keinen Verursachern zuordnet, kann dies kaum hinlänglich beantworten. Erst die interne Verrechnung legt die Ursachen für die Ausgaben offen – und somit das Potenzial für Optimierungen.

(Bild: ©I Believe I Can Fly/shutterstock.com)

In Unternehmen weiß oft niemand so recht, welche Cloudkosten im Detail gerechtfertigt sind, wer dafür verantwortlich ist und inwieweit mit den Ausgaben auch Wertschöpfung erzielt wird. Der erste Schritt dahin ist: Sehen und verstehen, wer genau welche Kosten verursacht. Ein noch größerer Hebel entsteht, wenn die Kosten den Verursachern auch in Rechnung gestellt werden, etwa über unternehmensinterne Verrechnung. Die zentralen Fragen im Cloudkostenmanagement sind daher:

• Wer verantwortet Kosten und an wen werden sie verrechnet?
• Lassen sich Kosten zuordnen?
• Wie können Cloud-Commitments auf Cloud-Accounts verteilt werden?
• Ist die monatliche Betrachtung der Kosten detailliert genug?
• Wie lassen sich Kosten von Shared- und Container-Umgebungen verteilen?
• Wie werden Data-Transfer-Kosten gerecht verteilt?
• Wie werden Lizenzkosten gehandhabt?
• Wie werden SaaS-Applikationen aufgeteilt?

Wer diese Fragen beantwortet, kann Cloudkosten langfristig wertorientiert steuern.

Verursacher und Kosten

So können etwa Tags und Labels genutzt werden, um Cloudressourcen zuzuordnen. Daher sollte jede Cloudressource die Information besitzen, welches Team verantwortlich ist und zu welcher Applikation diese gehört. Genauso können Cloud-Accounts, Ressource-Gruppen oder Container-Ressourcen mit Tags oder Labels versehen werden. Neben einer guten Tagging-Strategie sind Tag-Compliance-Regeln wichtig, wodurch überprüft werden kann, wenn noch Tags fehlen. Retro-aktives Tagging hilft, dass Reports automatisch aktuell sind, falls Tags später hinzugefügt werden.

Mindestabnahme nutzen

Über Cloud-Commitments (Reserved Instances, Savings Plans, Committed Use Discounts) lassen sich Kosten sparen. Diese Commitments werden meistens zentral beschafft und in unterschiedlichen Cloud-Accounts angewendet. In welchen Accounts und auf welche Cloudressourcen sie angewendet werden, bestimmen die Cloud-Provider im Hinblick darauf, wo das größte Einsparungspotential existiert. Das ist zwar gut, aber nicht verursachergerecht und auch nicht genau nachvollziehbar. Die Lösung: Man erfasst die ‚On-Demand-Kosten‘ (also die Kosten ohne Commitments) und ordnet diese den Verursachern zu. Dazu zählt man dann die Kosten der Commitments und subtrahiert die erzielten Einsparungen. Auf diese Weise werden alle Verursacher gleichermaßen an den Kosten beteiligt bzw. profitieren von den Einsparungen.

Geteilte Umgebungen

Nicht immer können Cloudkosten eindeutig zugeordnet werden. Typisch dafür sind Umgebungen, die von mehreren Beteiligten genutzt werden – etwa eine Datenbank, auf die mehrere Anwendungen zugreifen. Oder es betrifft System-Ressourcen, wie Monitoring-Systeme oder andere technische Werkzeuge, die für den Betrieb der Infrastrukturen benötigt und übergreifend genutzt werden. Hier gibt es verschiedene Ansätze der Kostenverteilung: Die Gleichverteilung, eine proportionale Aufteilung, die Teilung nach Prozentsätzen und weitere Metriken wie User-Anzahl oder Transaktionen.

Die Transformation meistern

Unternehmen stehen unter erheblichem Transformationsdruck, um ihre Wettbewerbsfähigkeit zu sichern. Doch es benötigt erfahrene Experten für die Gestaltung dieser digitalen und organisatorischen Prozesse.‣ weiterlesen

Klarheit für die Black Box

Eine Cloudrechnung weist nur die Gesamtkosten für die Container-Infrastruktur aus, nicht aber für einzelne Container-Cluster, Namespaces, Services oder gelabelte Container-Ressourcen. So lassen sich Kosten nicht verursachergerecht teilen. Mit weiteren Werkzeugen sind jedoch Informationen über die Container-Umgebung verfügbar, um zu identifizieren, wer welche Ressourcen (CPU, Memory, Disk, Network) verbraucht und damit welchen Anteil an den Gesamtkosten der Container-Umgebung hat.

Teure Datenübertragungen

Die meisten Cloud-Provider addieren die Data-Transfer-Kosten auf den Cloud-Service, bei dem die Data-Transfer-Kosten anfallen – also auf die Compute Resource (virtuelle Maschine) bzw. den Server, der die Daten sendet. In der Regel ist aber der Konsument (derjenige, der die Daten abruft) der Verursacher der Kosten und nicht der Server. Ein Beispiel: Auf einem Server liegen große Video-Dateien, die verschiedene Nutzer betrachten. Die Data-Transfer-Kosten erscheinen auf der Cloudrechnung als Bestandteil der Server-Kosten und nicht bei den Betrachtern. Dies widerspricht dem verursachergerechten Ansatz. Dafür bedarf es weiterer Metriken, die so nicht in der Cloudrechnung zu finden sind. Eine geeignete Metrik ist in diesem Beispiel, wie viel Terabyte Video-Daten welches Team konsumiert hat.

In vielen Unternehmen steigen die Ausgaben für Cloud-Services stetig an. Monitoring und Controlling helfen, die Kosten im Rahmen zu halten. (Bild: ©GaudiLab/shutterstock.com)

Lizenzkosten – anteilig für alle

Virtuelle Maschinen in der Cloud werden häufig inklusive Lizenzen angeboten (z.B. Windows-Server). Möglich ist aber auch, eine virtuelle Maschine in der Cloud ohne Lizenz zu beziehen und dann eine eigene Lizenz einzuspielen. Die virtuellen BYOL-Maschinen werden auf der Cloudrechnung eindeutig als solche ausgewiesen und unterscheiden sich im Preis von den Maschinen, die eine Lizenz mitbringen. Für eine Verursacher-gerechte Kostenverrechnung müssen also etwa die Windows-Lizenzen, die nicht auf der Cloudrechnung zu finden sind, auf die BYOL-Maschinen anteilig (je nach Maschinengröße bzw. Lizenzmodell) hinzugerechnet werden.

Charge für Gemeinkosten

Interne und externe Mitarbeiter, die an der Cloudumgebung arbeiten, müssen ebenfalls gerecht auf die Verursacher der Cloudkosten verteilt werden. Dazu erstellt die interne IT häufig ein Preismodell und verrechnet einen Service-Charge. In der Praxis sind dafür zumeist zwei Verrechnungsmodelle zu finden:

Einfacher Aufschlag – Auf alle Cloudkosten kommen beispielsweise fünf Prozent Aufschlag für die interne IT zur Kostendeckung.

MES-Integrator und 360-Grad-Partner für optimierte Fertigung

Das Manufacturing Execution System (MES) HYDRA optimiert Produktionsprozesse für Fertigungsunternehmen, um Wettbewerbsvorteile zu erzielen.‣ weiterlesen

Nach Nutzungsdauer – Je nachdem, wie viele Stunden bestimmte Cloud-Services genutzt wurden, gibt es pro Stunde Nutzung einen Preisaufschlag für den IT-Support.

SaaS-Kosten integriert

Wurde früher oft lediglich die Infrastruktur, also die virtuelle Maschine, in der Cloud bezogen und die Software wie eine Datenbank dann dort installiert, bieten Cloud-Provider schon längst auch PaaS, also z.B. komplette Datenbanken in der Cloud an. Viele der Cloud-Services sind schon eher SaaS, also eine Software, die in der Cloud vom Public-Cloudanbieter vollständig gemanagt und betrieben wird. IaaS, PaaS und SaaS-Software eines Public-Cloudanbieters erscheinen typischerweise alle auf der Cloudrechnung und können über die oben aufgeführten Methoden den Verursachern zugeordnet werden. Es gibt jedoch auch immer noch SaaS-Software, die direkt von den SaaS-Anbietern bezogen wird. Für eine Gesamt-Cloudkostenbetrachtung und -Verrechnung muss jegliche SaaS-Software, unabhängig von ihrer Bezugsquelle, mit einbezogen werden.

Auf Wertschöpfung gerichtet

Hohe Kosten sind nicht per se kritisch – etwa, wenn sie durch erfolgreiche Geschäftsmodelle verursacht oder durch neue Entwicklungen getrieben werden. Wichtig ist, das zu wissen und analysieren zu können. Denn erst dann kann sinnvoll steuernd eingegriffen werden, statt sich nur auf Sparziele zu fokussieren.

Datum:2. Februar 2023

Autoren:Thomas Köppner ist Solution Consultant bei Apptio.

Themen: Produktionsmanagement, Onlinefachbeitrag

Webseite: www.apptio.com/de

Das könnte Sie auch interessieren:

Electronic Data Interchange aus der Cloud
EDI-Onboarding in wenigen Tagen

Automobilzulieferer können neue Partner kaum lange warten lassen, bis die EDI-Verbindung steht und das Geschäft losgehen kann. Daher hat der Magnetventil-Spezialist Rapa die eigene EDI-Systemlandschaft von Aimtec gründlich modernisieren lassen. Heute dauert das Onboarding neuer Partner nur ein paar Tage. ‣ weiterlesen

Schulung, virtuelle Fertigung, Echtzeit-Simulation
Ein zweites Leben für Simulationsmodelle

Die Virtuelle Inbetriebnahme (VIBN) hilft, Steuerungssoftware funktionstechnisch abzusichern. Etwaige Anwendungen beschränken sich jedoch oft auf den Zeitraum vor dem Produktionsstart. Wie die Modelle der VIBN weiterverwendet werden können, beleuchtet dieser Artikel. ‣ weiterlesen

Customer Experience modellieren
Mit Produktnutzungsdaten zu neuen Geschäftsmodellen

Die IT-Systeme sollen Transparenz und Synergien bei Produkt- und Kundenlebenszyklen schaffen, um eine zukunftsweisende Produktion als Werttreiber zu etablieren. Dazu tragen das Customer Relationship Management und Produktnutzungsdaten bei. ‣ weiterlesen

Verwaltung einer Distributed Multicloud
Cloud Services am Würfelmodell analysieren

Analytik-Dashboards, Datenplattformen, IoT-Hubs, Machine-Learning-Services und natürlich Systeme für PLM, ERP und MES – fast jede Software für Produzenten lässt sich heute aus der Cloud beziehen. Die so entstehenden Distributed Multiclouds lassen sich anschaulich in einem Würfel-Modell analysieren. ‣ weiterlesen

Partner-Netzwerke

Microsoft-Partner

Mittelständische Unternehmen investieren selbst in schwierigen Zeiten in Microsoft-Technologien, weil sie überzeugt sind, dass ihre Mitarbeiterproduktivität steigt und sich ihre Kostenstruktur bessert. Microsoft hat mit dem Microsoft-Partner-Network ein Netzwerk aufgebaut, das ein Forum für den Aufbau von Partnerschaften, Zugang zu Ressourcen und einen Rahmen für Dialoge und Kooperationen bietet. Für unsere Leser gibt die Microsoft-Partnerübersicht in Ausgabe Juli/August der IT&Production Tipps für die Suche nach einer geeigneten Branchen- oder Speziallösung im Bereich des produzierenden Gewerbes.
SAP-Partner

Auf der Suche nach Innovation, nach neuen Lösungen und der Abgrenzung zum Mitbewerb vernetzen sich zunehmend mehr Unternehmen mit externen Experten und Partnern. SAP hat mit dem SAP-Ecosystem ein Netzwerk aufgebaut, das ein Forum für den Aufbau von Partnerschaften, Zugang zu Ressourcen und einen Rahmen für Dialoge und Kooperationen bietet. In der Maiausgabe der Fachzeitschrift IT&Production erhalten unsere Leser einen aktuellen Überblick zum SAP-Ecosystem im Bereich des produzierenden Gewerbes.

Reihe Wissen Kompakt

KI Künstliche Intelligenz

Immer mehr Anbieter von Maschinen, Automatisierungstechnik und Industriesoftware integrieren künstliche Intelligenz in ihre Produkte. Das ganze Potenzial spielen selbstlernende Systeme aber erst aus, wenn sie passgenau auf ihren Einsatz in Fertigung und Büro zugeschnitten wurden. Über beide Möglichkeiten, als Fertiger die Vorzüge von industrieller KI zu nutzen, geht es im regelmäßig aktualisierten Themenheft Künstliche Intelligenz.
IIoT Industrial Internet of Things

Das Internet of Things verändert Produktwelten und die Vernetzung in der Fertigung gleichermaßen. Entstehende Ökosysteme laden zur einer neuen Form der Zusammenarbeit ein. Die Spezialausgabe IoT Wissen Kompakt informiert über die Technologie, Projektierung und Anbieter für die eigene Applikation, in- und außerhalb der Fabrik.
MES Manufacturing Execution Systems

Um alle Potenziale eines MES umfassend ausnutzen zu können, beleuchten unsere Autoren in der Serie von MES Wissen Kompakt die erfolgskritischen Faktoren, um Fertigungsunternehmen präventiv zu steuern. Darüber hinaus präsentiert MES Wissen Kompakt ein breites Spektrum an Firmenportraits, Produkt- neuheiten und Dienst- leistungen im MES-Umfeld.
ERP und CRM

Ein Unternehmen, das sich mit der Auswahl eines ERP- Systems befasst, muss sich gleichsam mit einem viel- schichtigen Software-Markt und unklaren Interessen- lagen an interne Abwick- lungsprozesse auseinander- setzen. Guter Rat bei der Investitionsentscheidung ist teuer. ERP/CRM Wissen Kompakt unterstützt Sie bei der gezielten Investition in die IT-Infrastruktur.