Es wird immer häufiger, dass Unternehmen gefunden werden, bei denen die Kosten für ihre Ressourcen in Azure aus dem Ruder laufen. Es ist üblich zu hören, dass „die Public Cloud teuer ist“, was zu Gesprächen über die Faktoren führt, die berücksichtigt werden, um sie als teuer oder billig zu bezeichnen… es ist notwendig, sie in einen Kontext zu stellen. In beiden Fällen werden interessante Diskussionen angestoßen. Hier sind einige Beispiele:

Entlarven von Kostenmythen in Azure

Als mir gesagt wurde, dass es teuer ist, fehlten in der Studie bei 40% der Gesprächspartner CAPEX- und OPEX-Elemente. Davon haben 80% erkannt, dass es tatsächlich nicht so teuer ist, wie sie dachten.
Andererseits hat der Gesprächspartner in den 70 % der Fälle, in denen er sagt, dass er billig ist, die vor der Annahme erforderlichen Ressourcen unterdimensioniert. In diesen Fällen stehen die meisten von ihnen (90 %) vor einem zu lösenden Problem: Die Cloud ist bereits eingeführt und es besteht die Notwendigkeit, mehr oder weniger dringend Kosten zu senken.
Eine dritte Gruppe mit einer neutralen Meinung, bei der sie sich grundsätzlich keine Gedanken über die Kosten machen (in der Regel im Besitz anderer Bereiche).

Da es in der einen oder anderen Richtung Kontroversen erzeugt, versuche ich ihnen zu helfen, die Spreu vom Weizen zu trennen. In einigen Fällen geht es darum, ihnen die nicht berechneten Kosten für den Aufenthalt in ihren DPC verständlich zu machen (so unterschiedliche Elemente wie Versicherung, Generatoren, Wartung, Garantien, 24x7x365-Dienstleistungen…). Auf der Gegenseite ist die Situation meist etwas dramatischer: Der Kunde ist bereits in der Wolke, hat keinen Weg zurück (gehen Sie zu seinem DPC), und er muss nur noch weglaufen und die bereitgestellten Elemente optimieren.

In diesem zweiten Fall ist die Situation in der Regel nicht so dramatisch, da das „Juwel“ der Cloud genau die On-Demand-Bereitstellung ist. Normalerweise wendet sich das Gespräch an Azure’s Regierung. Die Prinzipien der Data Governance im Allgemeinen sind einfach zu verstehen: wissen, was los ist und Entscheidungen treffen. Im Fall von Azure drehen sich die Entscheidungen um drei Säulen:

Kostenmanagement: Optimierung und angemessene Ressourcen für jeden Bedarf.
Sicherheitsrichtlinien: sichere Infrastruktur und Daten; hybride Integration.
Ressourcendurchgängigkeit: Geschäftskontinuität, SLAs, Betrieb.

In unserem Fall folgen wir in SolidQ für die Verwaltung der Data Governance den von Microsoft empfohlenen Verfahren (unter diesem Link erhalten Sie weitere Informationen: https://docs.microsoft.com/es-es/azure/governance/azure-management), die wir auf diese Weise schematisch gruppieren:

Jeder Kunde ist anders und man muss nicht sehr clever sein, um zu erkennen, dass einer dieser 6 Punkte mehr oder weniger verpasst wurde. Es ist wichtig, über den Tellerrand hinauszuschauen (den Adoptionsplan neu zu definieren und zu diagnostizieren, wo er gescheitert ist), aber man muss fast immer nach einem schnellen „Gewinn“ suchen, um das Vertrauen in das Adoptionsprogramm wieder zu gewinnen. Um Ihnen den Kontext zu geben: In dem typischen Szenario, das ich beschreibe, hat der Kunde die Cloud angenommen, die Services funktionieren im Allgemeinen gut und es gibt keine Serviceverpflichtung, aber die Kosten sind in die Höhe geschossen.

Wenn Sie ein Lieferant sind, wissen Sie, dass Sie, wenn Sie die Kosten reduzieren, den Kunden bereits auf Ihrer Seite haben. Wir werden uns auf das Kostenmanagement konzentrieren, was der Grund für diese Veröffentlichung ist. Microsoft versucht, Ihnen Tools zur Verfügung zu stellen, die Ihnen helfen, die Kosten zu verstehen, obwohl das Angebot so umfangreich ist und sich so viel ändert, dass man sich relativ leicht verlaufen kann. Bitte verwenden Sie diese Beispiele als Referenz:

Der Kosten- und Abrechnungsteil des Azure-Portals. https://portal.azure.com/#blade/Microsoft_Azure_Billing/ModernBillingMenuBlade/BillingAccounts
Der Abschnitt mit den Kosteneinsparungsempfehlungen:
Analysieren Sie die Kosten der Cloud.
Mit Budget überwachen.
Optimieren Sie mit Empfehlungen.
Die Möglichkeit der Erstellung von personalisierten Alerts.
Die Datenanschlüsse für PowerBI https://docs.microsoft.com/es-es/power-bi/desktop-connect-azure-consumption-insights#connect-with-azure-cost-management
Azure’s Verbraucher API https://docs.microsoft.com/es-es/power-bi/desktop-connect-azure-consumption-insights#using-the-azure-consumption-and-insights-aci-api-to-get-consumption-data.

In den meisten Fällen, die ich kenne, sind diese Elemente mehr als genug, um eine gute Aufschlüsselung der Kosten zu haben, aber um diese Aufschlüsselungen zu erreichen, muss man eine vorherige Arbeit der Organisation und der Verfahren geleistet haben, die, egal wie hart sie erscheinen mögen, nützlich sind, um das Ziel zu erreichen. Die Realität ist, dass der Tag zu Tag die Organisationen sättigt, in denen Situationen erreicht werden, in denen das Dringende von dem Dringenden gegessen wird (es scheint ein Witz zu sein, dass der Konsum nicht dringend ist).

Data Governance in Azure oder wie man den Verbrauch vor einem sprunghaften Anstieg des Verbrauchs bewahrt

Dann driftet die Diskussion in Richtung Data Governance in Azure, ein Element, das umso komplexer wird, je größer die Organisation ist.

Definition des Projekts

Überzeugt den Gesprächspartner, muss das Governance-Projekt definiert werden. Und niemand hat gesagt, dass es eine einfache Aufgabe ist, da es sich teuer, langsam und diffus anhört… aber eine essentielle Situation, wenn man die Schere zum Verzehr in Azure stellen will. Dies ist eine wesentliche Arbeit, damit die Organisation beurteilen kann, ob sich die Beratungsarbeit lohnt. Ich folge gerne „Prinzipien“ wie SMART (https://en.wikipedia.org/wiki/SMART_criteria) bei der Definition des Projektumfangs. Ich benutze normalerweise leicht verständliche Kriterien. Sie sind im Moment dabei, die Gründe für das Projekt zu definieren: Sie müssen das Warum und das Was des Projekts finden (https://www.oreilly.com/library/view/project-management-step/9781292142210/html/chapter-002.html). Übrigens, machen Sie keinen Fehler, mit Simon Sinek’s Why (https://www.youtube.com/watch?v=u4ZoJKF_VuA).

Wann fertig werden

Es ist schwierig zu bestimmen, wann die Kostenoptimierung beendet werden soll. Nach den ersten beiden Optimierungsiterationen empfehle ich den Kunden, die aus dem Projekt extrahierten Kostenberichte in regelmäßigen Abständen (in der Regel einmal pro Monat funktioniert) zu überprüfen. Jeden Monat kann jemandem die Aufgabe zugewiesen werden. In meinem Fall haben wir bei SolidQ Flex PowerBI-Panels, die die Servicemanager regelmäßig mit dem Kunden teilen. Sie können der Automatisierung, der Energie-Automatisierung dienen…

Beispiele für Projekteinsatz und Amortisationsfälle

Übersetzt mit www.DeepL.com/Translator (kostenlose Version)

Natürlich ist die Bruttozahl der Einsparungen umso größer, je größer die Organisation ist, aber ich möchte jedes Unternehmen, unabhängig von seiner Größe, ermutigen, nach prozentualen Einsparungen zu suchen. Es ist offensichtlich, dass Sie kein Kostenoptimierungsprojekt in Angriff nehmen werden, wenn Sie nicht den begründeten Verdacht haben, dass sich die Kosteneinsparungen die Kosten des Projekts amortisieren, aber ich möchte Sie ermutigen, mit mir Kontakt aufzunehmen und zu sehen, ob wir Ihnen helfen können.

In den letzten Projekten, an denen wir gearbeitet haben, haben wir bereits im ersten Arbeitsmonat Einsparungen erzielt, die den Flex-Service zwischen 6 und 12 Monaten zurückzahlen, worauf warten Sie also noch?

Originaltext