{"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
\nSie haben sich sicherlich gefragt, wie viel die Infrastruktur Ihres Projekts kostet. \u00dcberraschend ist, dass die Kosten nicht linear zu den Lasten steigen. Viele Gesch\u00e4ftsinhaber, CTOs und Entwickler haben ein subtile Verst\u00e4ndnis daf\u00fcr, dass sie m\u00f6glicherweise zu viel bezahlen. Aber wof\u00fcr genau?<\/p>\n

\u00dcblicherweise reduziert man die Ausgaben einfach, indem man nach der billigsten L\u00f6sung sucht, z. B. dem g\u00fcnstigsten AWS-Tarif oder, wenn wir von physischen Servern sprechen, die Hardwarekonfiguration optimiert. Tats\u00e4chlich k\u00fcmmert sich meist jeder darum, je nach Gutd\u00fcnken: Wenn es sich um ein Start-up handelt, ist es wahrscheinlich der f\u00fchrende Entwickler, der gen\u00fcgend Schwierigkeiten hat. In gr\u00f6\u00dferen Unternehmen k\u00fcmmern sich CMO\/CTO meist darum, manchmal mischt sich auch der Gesch\u00e4ftsf\u00fchrer 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\u00fcmmern\u2026 haben einfach nicht die Zeit, sich damit auseinanderzusetzen.
\n<\/a><\/noindex>
\nWenn im B\u00fcro Toilettenpapier ben\u00f6tigt wird, k\u00fcmmert sich der Hausmeister oder die zust\u00e4ndige 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\u00f6hnlicher Tower-PC mit etwas mehr RAM und ein paar Festplatten im RAID betrieben wurden, wird oft \u00fcbersehen, dass auch ein speziell geschulter Mitarbeiter f\u00fcr die Beschaffung von Kapazit\u00e4ten verantwortlich sein sollte. <\/p>\n

Leider zeigen historische Erinnerungen und Erfahrungen, dass diese Aufgabe \u00fcber Jahrzehnte hinweg an \u201ezuf\u00e4llige\u201c Personen delegiert wurde: Wer n\u00e4her war, k\u00fcmmerte sich um das Anliegen. Erst k\u00fcrzlich 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\u00e4ten zu \u00fcberwachen. Letztendlich zielt dies darauf ab, die Kosten des Unternehmens in diesem Bereich zu senken.<\/p>\n

Wir raten nicht dazu, auf teure und leistungsstarke L\u00f6sungen zu verzichten: Jedes Unternehmen sollte selbst entscheiden, welche Hardware und Cloudtarife es f\u00fcr ein komfortables Bestehen ben\u00f6tigt. Jedoch darf nicht au\u00dfer Acht gelassen werden, dass gedankenlose K\u00e4ufe \"von der Liste\" ohne anschlie\u00dfende Kontrolle und Analyse der Nutzung f\u00fcr viele Unternehmen letztendlich zu erheblichen Verlusten durch ineffektives Management ihrer Backend-\u201eAssets\u201c f\u00fchren.<\/p>\n

Wer ist FinOps<\/h4>\n

\nNehmen wir an, Sie f\u00fchren ein seri\u00f6ses Unternehmen, von dem die Vertriebsmitarbeiter ehrf\u00fcrchtig als \u201eEnterprise\u201c sprechen. Wahrscheinlich haben Sie \u201evon der Liste\u201c ein Dutzend Server, AWS und einige andere \u201eKleinigkeiten\u201c erworben. Das ist auch nachvollziehbar: In gro\u00dfen Unternehmen gibt es st\u00e4ndig Bewegung \u2013 einige Teams wachsen, andere brechen auseinander, wieder andere wechseln in benachbarte Projekte. Diese Kombination von Bewegungen zusammen mit dem Einkaufsmechanismus \u201evon der Liste\u201c f\u00fchrt letztlich zu neuen grauen Haaren, wenn man die n\u00e4chste monatliche Infrastrukturabrechnung betrachtet. <\/p>\n

Was ist zu tun \u2013 geduldig weiter warten, ausf\u00fcllen oder die Ursachen f\u00fcr das Auftreten dieser zahlreichen schrecklichen Nullen in der Abrechnung kl\u00e4ren? <\/p>\n

Ehrlich gesagt: Die Genehmigung, das Ok und die tats\u00e4chliche Zahlung des Antrags innerhalb des Unternehmens f\u00fcr denselben AWS-Tarif sind nicht immer (in Wirklichkeit fast nie) schnell. Und gerade aufgrund der st\u00e4ndigen Unternehmensbewegungen k\u00f6nnen Teile dieser K\u00e4ufe irgendwo 'verloren gehen'. Sie k\u00f6nnen einfach unt\u00e4tig bleiben. Wenn ein aufmerksamer Admin eine verwaiste Rack in seinem Rechenzentrum bemerkt, sieht es bei Cloud-Tarifen viel trauriger aus. Diese k\u00f6nnen monatelang 'bummeln' \u2013 bezahlt, aber gleichzeitig bereits f\u00fcr die Abteilung, f\u00fcr 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 \u2013 ihnen kann seit einiger Zeit der gleiche dringend ben\u00f6tigte AWS-Tarif nicht genehmigt werden.<\/p>\n

Was ist die naheliegendste L\u00f6sung? Richtig, die Verantwortung an die Bed\u00fcrftigen zu \u00fcbergeben, damit alle zufrieden sind. Doch die horizontalen Kommunikationswege sind nicht immer optimal. Die zweite Abteilung k\u00f6nnte schlichtweg nichts von dem Reichtum der ersten wissen, der sich als nicht besonders n\u00f6tig herausgestellt hat.<\/p>\n

Wer ist schuld daran? \u2014 Ganz ehrlich, niemand. So ist die Situation nun einmal.
\nWer leidet darunter? \u2014 Alle, das gesamte Unternehmen.
\nWer kann die Situation verbessern? \u2014 Ja, genau, FinOps.<\/p>\n

FinOps ist nicht einfach eine Schnittstelle zwischen Entwicklern und der ben\u00f6tigten Hardware, sondern eine Person oder ein Team, das genau wei\u00df, wo, was und wie gut in Bezug auf die von der Firma gekauften Cloud-Tarife verf\u00fcgbar ist. Tats\u00e4chlich 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.<\/p>\n

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

\nClouds. 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 \u2014 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.<\/p>\n

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 www.cloudyn.com<\/a><\/noindex> oder www.cloudability.com<\/a><\/noindex>. Wenn jemand sich die M\u00fche gemacht hat, einen separaten Dienst zur Entschl\u00fcsselung von Rechnungen zu erstellen, hat das Problem die Kosten f\u00fcr Haarfarbe \u00fcberstiegen.<\/p>\n

Also, was macht FinOps in dieser Situation:<\/p>\n