{"id":35224,"date":"2019-10-31T22:03:02","date_gmt":"2019-10-31T19:03:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/skolko-vy-tratite-na-infrastrukturu-i-kak-na-etom-sekonomit\/"},"modified":"2019-10-31T22:03:02","modified_gmt":"2019-10-31T19:03:02","slug":"skolko-vy-tratite-na-infrastrukturu-i-kak-na-etom-sekonomit","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/skolko-vy-tratite-na-infrastrukturu-i-kak-na-etom-sekonomit","title":{"rendered":"Wie viel geben Sie f\u00fcr die Infrastruktur aus? Und wie k\u00f6nnen Sie dabei sparen?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Wie
\n
\nDefinitiv haben Sie sich gefragt, was die Infrastruktur Ihres Projekts kostet. Dabei ist es bemerkenswert: Das Wachstum der Ausgaben ist im Verh\u00e4ltnis zu den Lasten nicht linear. Viele Gesch\u00e4ftsinhaber, CTOs und Entwickler haben unterschwellig das Gef\u00fchl, dass sie zu viel bezahlen. Aber wof\u00fcr genau?<\/p>\n

In der Regel beschr\u00e4nkt sich die Kostenreduzierung darauf, die g\u00fcnstigste L\u00f6sung zu finden, den AWS-Tarif oder, wenn wir von physischen Server-Racks sprechen, die Hardware-Konfiguration zu optimieren. Zudem k\u00fcmmert sich faktisch jeder darum, wie es ihm gerade passt: Bei einem Start-up ist das wahrscheinlich der leitende Entwickler, der genug andere Sorgen hat. In gr\u00f6\u00dferen Unternehmen \u00fcbernimmt dies oft der CMO\/CTO, gelegentlich mischt sich der Gesch\u00e4ftsf\u00fchrer zusammen mit dem Hauptbuchhalter pers\u00f6nlich ein. Im Grunde sind es diejenigen, die auch genug \u201eeigene\u201c Sorgen haben. Und so kommt es, dass die Infrastrukturausgaben steigen, aber sich damit besch\u00e4ftigt... niemand, der daf\u00fcr Zeit hat.
\n<\/a><\/noindex>
\nWenn im B\u00fcro Toilettenpapier gekauft werden muss, k\u00fcmmert sich der Hausmeister oder eine verantwortliche Person aus dem Reinigungsteam darum. Bei der Entwicklung \u2014 die Leads und CTOs. Der Vertrieb \u2014 ist auch alles klar. Aber seit den alten Zeiten, als man \u201eServerraum\u201c einen Schrank nannte, in dem ein klassischer Tower-PC mit etwas mehr Arbeitsspeicher und ein paar Festplatten im RAID standen, ignorieren alle (oder zumindest viele) die Tatsache, dass der Einkauf von Kapazit\u00e4ten ebenfalls von einer speziell ausgebildeten Person erledigt werden sollte. <\/p>\n

Leider zeigt die historische Erfahrung, dass diese Aufgabe jahrzehntelang auf \u201ezuf\u00e4llige\u201c Personen abgew\u00e4lzt wurde: Wer gerade zur Stelle war, k\u00fcmmerte sich um das Problem. Erst k\u00fcrzlich hat sich auf dem Markt der Beruf des FinOps konkretisiert und gewisse Konturen angenommen. Dies ist genau die speziell ausgebildete Person, deren Aufgabe es ist, den Einkauf und die Nutzung von Kapazit\u00e4ten zu \u00fcberwachen. Und letztendlich auch, die Kosten des Unternehmens in diesem Bereich zu senken.<\/p>\n

Wir werben nicht daf\u00fcr, auf teure und effektive L\u00f6sungen zu verzichten: Jedes Unternehmen muss selbst entscheiden, was es f\u00fcr ein komfortables Bestehen in Bezug auf Hardware und Cloud-Tarife ben\u00f6tigt. Aber man kann nicht ignorieren, dass der gedankenlose Einkauf \"von der Liste\" ohne anschlie\u00dfende Kontrolle und Analyse der Nutzung f\u00fcr viele Unternehmen letztendlich in sehr erheblichen Verlusten aufgrund ineffizienter Verwaltung der \u201eAssets\u201c ihres Backends resultiert.<\/p>\n

Was ist FinOps?<\/h4>\n

\nNehmen wir an, Sie haben ein solides Unternehmen, \u00fcber das die Vertriebler mit Begeisterung \u201eEnterprise\u201c sagen. Wahrscheinlich haben Sie \u201evon der Liste\u201c ein Dutzend Server, AWS und noch ein paar Kleinigkeiten erworben. Das ist auch logisch: In einem gro\u00dfen Unternehmen gibt es st\u00e4ndig irgendwelche Bewegungen \u2013 einige Teams wachsen, andere fallen auseinander, wieder andere wechseln zu benachbarten Projekten. Und diese Kombination von Bewegungen zusammen mit dem Einkaufsmechanismus \u201evon der Liste\u201c f\u00fchrt letztendlich zu neuen grauen Haaren, wenn man die n\u00e4chste monatliche Rechnung f\u00fcr die Infrastruktur betrachtet. <\/p>\n

Was also tun \u2013 weiterhin geduldig graue Haare bekommen, sie \u00fcbermalen oder sich mit den Gr\u00fcnden f\u00fcr das Erscheinen dieser zahlreichen schrecklichen Nullen in der Rechnung befassen? <\/p>\n

Was soll man sagen: Die Genehmigung, die Zustimmung und die direkte Bezahlung eines Antrags innerhalb des Unternehmens f\u00fcr den gleichen AWS-Tarif ist nicht immer (in der Realit\u00e4t \u2013 fast nie) schnell. Und gerade wegen der st\u00e4ndigen Unternehmensbewegung kann ein Teil dieser Anschaffungen irgendwo \u201everloren\u201c gehen. Und einfach nur stillstehen. Wenn ein aufmerksamer Administrator eine herrenlose Rack in seinem Serverraum bemerkt, ist die Situation bei Cloud-Tarifen weitaus trauriger. Diese k\u00f6nnen monatelang \u201eauf Eis\u201c stehen \u2013 bezahlt, aber gleichzeitig bereits in der Abteilung, f\u00fcr die sie angeschafft wurden, nicht mehr ben\u00f6tigt. W\u00e4hrenddessen beginnen die Kollegen aus dem Nachbarraum, ihre noch nicht ergrauten Haare nicht nur auf dem Kopf, sondern auch an anderen K\u00f6rperstellen zu rei\u00dfen \u2013 ihnen kann seit Wochen nicht etwa der gleiche ben\u00f6tigte AWS-Tarif bezahlt werden.<\/p>\n

Was ist die naheliegendste L\u00f6sung? Genau, die Z\u00fcgel an die Bed\u00fcrftigen abzugeben, und alle sind zufrieden. Nur funktionieren die horizontalen Kommunikationswege nicht immer gut. Und die zweite Abteilung wei\u00df m\u00f6glicherweise einfach nicht von dem Reichtum der ersten, das sich als nicht so besonders notwendig herausgestellt hat.<\/p>\n

Wer ist daran schuld? \u2014 Eigentlich niemand. So ist es nun einmal eingerichtet.
\nWer leidet darunter? \u2014 Alle, die gesamte Firma.
\nWer kann die Situation verbessern? \u2014 Ja, genau, FinOps.<\/p>\n

FinOps ist nicht nur eine Schnittstelle zwischen Entwicklern und der ben\u00f6tigten Hardware, sondern eine Person oder ein Team, das genau wei\u00df, wo, was und wie gut die Cloud-Tarife, die das Unternehmen gekauft hat, \u201eliegen\u201c. Tats\u00e4chlich sollten diese Menschen eng mit DevOps auf der einen Seite und der Finanzabteilung auf der anderen Seite zusammenarbeiten und die Rolle eines effektiven Vermittlers und, was am wichtigsten ist, eines Analysts \u00fcbernehmen.<\/p>\n

Ein wenig \u00fcber die Optimierung<\/h4>\n

\nClouds. Relativ g\u00fcnstig und sehr praktisch. Aber diese L\u00f6sung h\u00f6rt auf, g\u00fcnstig zu sein, wenn die Anzahl der Server zweistellig oder dreistellig wird. Au\u00dferdem bieten Clouds die M\u00f6glichkeit, immer mehr Dienste zu nutzen, die zuvor nicht verf\u00fcgbar waren: Datenbanken als Dienst (Amazon AWS, Azure Database), serverless Anwendungen (AWS Lambda, Azure Functions) und viele andere. Sie sind alle gro\u00dfartig, weil sie einfach zu benutzen sind \u2014 gekauft und losgelegt, keine Probleme. Doch je tiefer das Unternehmen und seine Projekte in die Clouds eindringen, desto schlechter schl\u00e4ft der Finanzdirektor. Und desto schneller wird der Gesch\u00e4ftsf\u00fchrer grauer.<\/p>\n

Die Sache ist die, dass die Rechnungen f\u00fcr verschiedene Cloud-Dienste immer extrem verworren sind: f\u00fcr einen einzelnen Posten kann eine dreiseitige Aufschl\u00fcsselung kommen, wof\u00fcr, wohin und wie Ihr Geld ausgegeben wurde. Das ist zwar sch\u00f6n, aber sich darin zurechtzufinden, ist praktisch unm\u00f6glich. Unserer Meinung nach sind wir in dieser Frage keineswegs allein: Um Cloud-Rechnungen in menschliche Sprache zu \u00fcbersetzen, gibt es ganze Dienste, wie zum Beispiel www.cloudyn.com<\/a><\/noindex> oder www.cloudability.com<\/a><\/noindex>. Wenn sich jemand die M\u00fche gemacht hat, einen separaten Dienst zur Aufschl\u00fcsselung von Rechnungen zu schaffen, dann ist das Ausma\u00df des Problems gr\u00f6\u00dfer als die Kosten f\u00fcr Haarfarbe.<\/p>\n

Was tut FinOps in dieser Situation:<\/p>\n