Sie haben sich sicherlich gefragt, wie viel die Infrastruktur Ihres Projekts kostet. Überraschend ist, dass die Kosten nicht linear zu den Lasten steigen. Viele Geschäftsinhaber, CTOs und Entwickler haben ein subtile Verständnis dafür, dass sie möglicherweise zu viel bezahlen. Aber wofür genau?
Üblicherweise reduziert man die Ausgaben einfach, indem man nach der billigsten Lösung sucht, z. B. dem günstigsten AWS-Tarif oder, wenn wir von physischen Servern sprechen, die Hardwarekonfiguration optimiert. Tatsächlich kümmert sich meist jeder darum, je nach Gutdünken: Wenn es sich um ein Start-up handelt, ist es wahrscheinlich der führende Entwickler, der genügend Schwierigkeiten hat. In größeren Unternehmen kümmern sich CMO/CTO meist darum, manchmal mischt sich auch der Geschäftsführer zusammen mit dem Hauptbuchhalter ein. Insgesamt sind das die Personen, die bereits genug "fachliche" Sorgen haben. So entstehen steigende Infrastrukturkosten, aber die, die sich darum kümmern… haben einfach nicht die Zeit, sich damit auseinanderzusetzen.
Wenn im Büro Toilettenpapier benötigt wird, kümmert sich der Hausmeister oder die zuständige Person des Reinigungsunternehmens darum. Bei Entwicklungen sind es die Teamleiter und CTOs. Der Verkaufsbereich ist ebenfalls klar zugeordnet. Aber schon seit den alten Zeiten, als man einen Serverraum als Schrank bezeichnete, in dem ein gewöhnlicher Tower-PC mit etwas mehr RAM und ein paar Festplatten im RAID betrieben wurden, wird oft übersehen, dass auch ein speziell geschulter Mitarbeiter für die Beschaffung von Kapazitäten verantwortlich sein sollte.
Leider zeigen historische Erinnerungen und Erfahrungen, dass diese Aufgabe über Jahrzehnte hinweg an „zufällige“ Personen delegiert wurde: Wer näher war, kümmerte sich um das Anliegen. Erst kürzlich hat sich der Beruf des FinOps auf dem Markt herausgebildet und beginnt, spezifische Formen anzunehmen. Dies ist genau der speziell geschulte Mitarbeiter, dessen Aufgabe es ist, die Beschaffung und Nutzung von Kapazitäten zu überwachen. Letztendlich zielt dies darauf ab, die Kosten des Unternehmens in diesem Bereich zu senken.
Wir raten nicht dazu, auf teure und leistungsstarke Lösungen zu verzichten: Jedes Unternehmen sollte selbst entscheiden, welche Hardware und Cloudtarife es für ein komfortables Bestehen benötigt. Jedoch darf nicht außer Acht gelassen werden, dass gedankenlose Käufe "von der Liste" ohne anschließende Kontrolle und Analyse der Nutzung für viele Unternehmen letztendlich zu erheblichen Verlusten durch ineffektives Management ihrer Backend-„Assets“ führen.
Wer ist FinOps
Nehmen wir an, Sie führen ein seriöses Unternehmen, von dem die Vertriebsmitarbeiter ehrfürchtig als „Enterprise“ sprechen. Wahrscheinlich haben Sie „von der Liste“ ein Dutzend Server, AWS und einige andere „Kleinigkeiten“ erworben. Das ist auch nachvollziehbar: In großen Unternehmen gibt es ständig Bewegung – einige Teams wachsen, andere brechen auseinander, wieder andere wechseln in benachbarte Projekte. Diese Kombination von Bewegungen zusammen mit dem Einkaufsmechanismus „von der Liste“ führt letztlich zu neuen grauen Haaren, wenn man die nächste monatliche Infrastrukturabrechnung betrachtet.
Was ist zu tun – geduldig weiter warten, ausfüllen oder die Ursachen für das Auftreten dieser zahlreichen schrecklichen Nullen in der Abrechnung klären?
Ehrlich gesagt: Die Genehmigung, das Ok und die tatsächliche Zahlung des Antrags innerhalb des Unternehmens für denselben AWS-Tarif sind nicht immer (in Wirklichkeit fast nie) schnell. Und gerade aufgrund der ständigen Unternehmensbewegungen können Teile dieser Käufe irgendwo 'verloren gehen'. Sie können einfach untätig bleiben. Wenn ein aufmerksamer Admin eine verwaiste Rack in seinem Rechenzentrum bemerkt, sieht es bei Cloud-Tarifen viel trauriger aus. Diese können monatelang 'bummeln' – bezahlt, aber gleichzeitig bereits für die Abteilung, für die sie erworben wurden, nicht mehr notwendig. In der Zwischenzeit beginnen die Kollegen aus dem Nachbarkabinett, ihre noch nicht ergrauten Haare nicht nur auf dem Kopf, sondern auch an anderen Stellen zu raufen – ihnen kann seit einiger Zeit der gleiche dringend benötigte AWS-Tarif nicht genehmigt werden.
Was ist die naheliegendste Lösung? Richtig, die Verantwortung an die Bedürftigen zu übergeben, damit alle zufrieden sind. Doch die horizontalen Kommunikationswege sind nicht immer optimal. Die zweite Abteilung könnte schlichtweg nichts von dem Reichtum der ersten wissen, der sich als nicht besonders nötig herausgestellt hat.
Wer ist schuld daran? — Ganz ehrlich, niemand. So ist die Situation nun einmal.
Wer leidet darunter? — Alle, das gesamte Unternehmen.
Wer kann die Situation verbessern? — Ja, genau, FinOps.
FinOps ist nicht einfach eine Schnittstelle zwischen Entwicklern und der benötigten Hardware, sondern eine Person oder ein Team, das genau weiß, wo, was und wie gut in Bezug auf die von der Firma gekauften Cloud-Tarife verfügbar ist. Tatsächlich sollten diese Personen eng mit dem DevOps-Team auf der einen Seite und der Finanzabteilung auf der anderen Seite zusammenarbeiten, um als effektive Vermittler und, was am wichtigsten ist, als Analysten zu agieren.
Ein bisschen über die Optimierung
Clouds. Relatively inexpensive and very convenient. However, this solution stops being cost-effective when the number of servers reaches double or triple digits. Moreover, clouds allow access to an increasing number of services that were previously unavailable: including databases as a service (Amazon AWS, Azure Database), serverless applications (AWS Lambda, Azure Functions), and many others. They are all great in that they are easy to use — buy and go, no problems. However, the deeper a company and its projects dive into the cloud, the worse the CFO sleeps. And the quicker the CEO's hair turns gray.
The issue is that bills for various cloud services are always extremely confusing: you might receive a three-page breakdown for a single line item explaining where, how, and why your money was spent. This is, of course, nice, but figuring it out is practically impossible. Moreover, our opinion on this matter is far from unique: there are entire services dedicated to translating cloud bills into plain language, such as oder . Wenn jemand sich die Mühe gemacht hat, einen separaten Dienst zur Entschlüsselung von Rechnungen zu erstellen, hat das Problem die Kosten für Haarfarbe überstiegen.
Also, was macht FinOps in dieser Situation:
- versteht genau, wann und in welchen Mengen Cloud-Lösungen beschafft wurden.
- kennt die Nutzung dieser Kapazitäten.
- verteilt sie je nach Bedarf der jeweiligen Abteilungen neu.
- kauft nicht einfach „nur für den Fall“.
- und spart letztendlich Ihr Geld.
Ein hervorragendes Beispiel ist die Cloud-Speicherung von kalten Datenbankkopien. Archivieren Sie beispielsweise Ihre Daten, um den Verbrauch von Speicherplatz und Bandbreite beim Update des Speichers zu reduzieren? Ja, auf den ersten Blick mag die Situation unbedeutend erscheinen – in einem ganz bestimmten Fall – aber die Summe solcher unbedeutenden Situationen führt dann zu exorbitanten Ausgaben für Cloud-Dienste.
Oder eine andere Situation: Sie haben Kapazitäten bei AWS oder Azure für Zeiten hoher Auslastung reserviert, um zu vermeiden, dass die Systeme überlastet werden. Kann man sich da sicher sein, dass dies die optimale Lösung ist? Wenn diese Instanzen zu 80 % ungenutzt bleiben, verschenken Sie Ihr Geld an Amazon. Gerade für solche Fälle bieten AWS und Azure burstbare Instanzen an – warum sollten Sie ineffiziente Server laufen lassen, wo Sie das richtige Werkzeug zur Bewältigung von Spitzenlasten nutzen können? Oder anstelle von On-Premise-Instanzen sollten Sie sich die Reserved-Instanzen ansehen – sie sind deutlich günstiger und bieten zusätzliche Rabatte.
Übrigens, zu den Rabatten
Wie bereits zu Beginn erwähnt, kümmert sich oft jeder über die Beschaffungen – derjenige, der zuletzt gefragt wurde, übernimmt das dann schon. Häufig werden diese "Überträger" von Personen übernommen, die ohnehin stark eingebunden sind, und letztlich erhalten wir die Situation, in der jemand schnell und qualifiziert, aber völlig eigenständig entscheidet, was und in welchen Mengen angeschafft wird.
Durch die Kommunikation mit einem Vertriebsmitarbeiter des Cloud-Service kann man unter Umständen bessere Konditionen bei einer Großabnahme von Kapazitäten erzielen. Es ist klar, dass man solche Rabatte nicht automatisch erhalten wird, wenn man die Bestellung ohne weiteres Vorgehen durchführt — aber ein Gespräch mit einem echten Vertriebsmanager könnte durchaus hilfreich sein. Diese Leute können auch darauf hinweisen, welche Rabatte zurzeit verfügbar sind, was ebenfalls nützlich sein kann.
Dabei sollte man bedenken, dass AWS oder Azure nicht die einzigen Optionen sind. Natürlich ist die Gründung eines eigenen Rechenzentrums keine realistische Option — aber es gibt Alternativen zu diesen beiden klassischen Lösungen der großen Anbieter.
Zum Beispiel hat Google für Unternehmen die Plattform Firebase bereitgestellt, auf der man Projekte wie mobile Anwendungen ganz einfach bereitstellen kann, die eine schnelle Skalierung erfordern. Speichersysteme, Echtzeit-Datenbanken, Hosting und Cloud-Datensynchronisation sind in dieser Lösung an einem Ort verfügbar.
Andererseits ist ein zentrales Lösungskonzept nicht immer vorteilhaft, wenn wir nicht von einem monolithischen Projekt, sondern von einer Kombination verschiedener Projekte sprechen. Bei Projekten mit langer Lebensdauer, einer eigenen Entwicklungsgeschichte und dem entsprechenden Speicherbedarf sollten Sie über eine fragmentiertere Bereitstellung nachdenken.
Bei der Optimierung der Ausgaben für Cloud-Dienste können Sie plötzlich erkennen, dass für geschäftskritische Anwendungen auch leistungsstärkere Tarife in Betracht gezogen werden können, die Ihrer Firma eine unterbrechungsfreie Einnahmequelle ermöglichen. Gleichzeitig ist es nicht ratsam, 'veraltete' Software, alte Archive, Datenbanken und Ähnliches in teuren Cloud-Umgebungen zu speichern – dieses Datenmaterial lässt sich auch in einem Standard-Rechenzentrum mit gewöhnlichen HDDs und durchschnittlicher Hardware ohne besondere 'Extras' gut unterbringen.
Hier kann man wieder denken, dass 'dieses Gedöns nicht notwendig ist', aber das gesamte Problem dieser Veröffentlichung basiert darauf, dass verantwortliche Personen in verschiedenen Phasen oft auf Kleinigkeiten verzichten und es sich einfacher und schneller machen. Was letztendlich nach ein paar Jahren in den berüchtigten Horrorrechnungen endet.
Was ist das Ergebnis?
Cloud-Lösungen sind wirklich großartig, sie lösen zahlreiche Probleme für Unternehmen jeder Größe. Allerdings führt die Neuheit dieses Phänomens dazu, dass wir noch keine Kultur für den Umgang mit und den Konsum von Cloud-Diensten entwickelt haben. FinOps ist ein organisatorischer Hebel, der dabei hilft, Cloud-Ressourcen effizienter zu nutzen. Am wichtigsten ist, diese Rolle nicht als eine Art Kontrollinstanz zu verstehen, deren Aufgabe es ist, unaufmerksame Entwickler auf frischer Tat zu ertappen und für Ausfallzeiten zu tadeln.
Entwickler sollten programmieren und sich nicht um die Finanzen des Unternehmens kümmern. FinOps sollte sowohl den Kaufprozess als auch das Abziehen oder Übertragen von Cloud-Ressourcen an andere Teams so gestalten, dass es für alle Beteiligten einfach und angenehm ist.
Quelle: habr.com
