Die einen Technologiekosten, die Sie nicht messen – das könnte Millionen sparen, wenn Sie es täten

Eine der größten Veränderungen, die mit dem Wechsel in die Cloud eintreten wird, betrifft die Art und Weise, wie wir für Technologie und Anwendungen bezahlen. Die Branche hat von All-You-Can-Processing auf einem Server mit Rechenzentren vor Ort zu einem variablen oder Utility-Computing-Modell gewechselt. Laut einer kürzlich erschienenen Apptio berichten, bedeutet dies, dass „jeden Tag Mikrooptimierungen auf Teamebene stattfinden können, um die Form der Cloud-Ausgaben zu ändern … Es ist eine Welt der OpEx (Betriebskosten) anstelle von CapEx (Kapitalausgaben), die die Art und Weise, wie Finanzen gemeldet werden, vollständig verändert und verwaltet.“

Infolgedessen wurde das traditionelle Beschaffungsmodell für Ausgaben auf den Kopf gestellt, wodurch die Kaufkraft in die Hände von Ingenieuren gelegt wurde, die diese Anwendungen und Infrastrukturen entwickeln und verwalten, ohne dabei die Betriebskosten des Unternehmens zu berücksichtigen. Jeder, der heute in den Technologiegräben arbeitet, konzentriert sich auf das Hier und Jetzt für seinen spezifischen Bereich, um sicherzustellen, dass das System jeden Tag ohne Ausfall übersteht. Niemand denkt darüber nach: Könnten wir das, was wir tun, innerhalb der Anwendungen und Prozesse schneller, besser, intelligenter, dh effizienter machen?

Apptio, Hersteller von Software zur Bewertung und Kommunikation der Kosten von IT-Services für Planungs-, Budgetierungs- und Prognosezwecke, beschreibt die düstere Realität dieser Situation weiter als „Ingenieure, die finanzielle Verpflichtungen gegenüber der Cloud eingehen, die sich auf das Endergebnis ihrer Unternehmen auswirken Finanzteams haben Mühe, mit dem Tempo und der Granularität der Ausgaben Schritt zu halten.“

Die meisten Ingenieure kontrollieren oder verstehen den Code, den sie schreiben, nicht; Sie fügen lediglich die Infrastruktur hinzu, um alles auszuführen, was zur Produktion befördert wird.

Es ist in der Branche nicht üblich, die Gesamtkosten für Ihre Technologieumgebung für die Hunderte von Anwendungen oder Technologien zu berechnen, die Ihr Team unterstützt. Das muss sich ändern. (Anmerkung: Ich spreche nicht von Robotic Processing Automation-RPA, der Verwendung von Bots zur Automatisierung digitaler Aufgaben.) Mein Ansatz konzentriert sich auf die Effizienz von Anwendungen, Code und Prozessen, nicht auf Effizienz durch Automatisierung.

Warum die Messung der Gesamtkosten des Codes wichtig ist.

Anwendungen sind darauf ausgelegt, Prozesse für Geschäftsanwender einfach zu gestalten. Es erfordert viel Ressourcen und Komplexität, damit eine Anwendung eine Antwort liefert, selbst wenn die Antwortzeit nur wenige Sekunden beträgt. Multiplizieren Sie dies jetzt mit Tausenden oder Millionen von Anwendungsanfragen pro Sekunde auf Tausenden von Servern in Ihrem Unternehmen. Bei so viel gleichzeitigem Ablauf geraten die Dinge schnell ins Wanken, was auch mit den Kosten zu tun hat. Wenn die Server, auf denen eine Anwendung ausgeführt wird, drei Jahre halten sollen, aber nur ein Jahr halten, weil sie überlastet sind – was sind die wahren Kosten dieser Anwendung? Dies ist etwas, was CFOs und andere wissen müssen, da sie Budgets haben, die eingehalten werden müssen.

Ein effizientes, gesundes System benötigt weniger Ressourcen, um die gleiche Arbeitslast zu verarbeiten, als ein ineffizientes System. Die Code-Optimierung setzt noch mehr Ressourcen frei.

Praktisch jedes System hat das Potenzial, eine Kapazitätsrationalisierung von mindestens 30 bis 40 Prozent zu realisieren, und Code-Optimierung kann weitere 20 bis 80 Prozent der Kosteneinsparungen bringen.

Das bedeutet, dass die gleichen Workloads auf kleineren Servern ausgeführt werden können, wodurch die Cloud- und Lizenzkosten gesenkt werden. Der Wert dieser Einsparungen ist nicht nur kurzfristig, sondern über längere Zeiträume, da die meisten Anwendungen jetzt 5 bis 20 Jahre oder länger leben. Es geht nicht nur um das Endergebnis, sondern um die Überlegung, was mit diesem freigesetzten Kapital heute für weitere Geschäftskennzahlen getan werden könnte.

Stellen Sie sich die Gesamtkosten des Codes über 20 Jahre vor und bedenken Sie: „Hätten wir diesen Code um 20 % effizienter machen können, und wenn ja, wie viel hätten wir in 20 Jahren einsparen können?“

Dann gibt es den Umzug in die Cloud und die Pay-as-you-go gegen Vorauszahlung Modell, das die Kosten für den Betrieb und die Wartung von Datensystemen schneller in die Höhe treibt, als wir sie erfassen und analysieren können. Der Apptio-Bericht zeigt auf, wie jeder verliert, wenn es keine Transparenz über die Kosten von Cloud-Diensten gibt:

• Das Engineering gibt mehr aus als nötig und hat wenig Verständnis für Kosteneffizienz.
• Finanzteams haben Mühe, zu verstehen – und damit Schritt zu halten –, was für die verblüffende Anzahl von Optionen ausgegeben wird (AWS allein hat ungefähr 300,000 SKUs und zusätzliche Tausende neuer Funktionen pro Jahr).
• Die Führung hat nicht genug Einfluss darauf, wie viel ausgegeben wird, oder die Fähigkeit, Prioritäten zu beeinflussen.
• Der Einkauf beteiligt sich bewusst nicht am eigenen Outsourcing.

Die Schätzung der Einsparungen, die Sie haben, wenn Sie einen Code optimieren, bevor er Ihr System (bestenfalls) ineffizient macht oder (im schlimmsten Fall) einen Ausfall verursacht, erfordert etwas mehr Planung und Einsicht. Aber es ist notwendig, wenn wir mit der aktuellen Wachstumsrate Schritt halten wollen, die Unternehmen erleben.

In meinem nächsten Artikel werde ich darüber sprechen, wie wir die Total Cost of Code messen und dadurch Milliarden an ineffizienten Prozessen einsparen können. Bist du bei mir?