Dir hutt definitiv gefrot wéi vill d'Infrastruktur vun Ärem Projet kascht. Zur selwechter Zäit ass et iwwerraschend: de Wuesstum vun de Käschten ass net linear mat Respekt fir d'Laascht. Vill Geschäftsbesëtzer, Tankstatiounen an Entwéckler verstinn geheim datt se zevill bezuelen. Mee fir wat genee?
Normalerweis kommen d'Käschten ze schneiden einfach erof op déi bëllegst Léisung ze fannen, en AWS Plang, oder, am Fall vu kierperleche Racken, d'Hardwarekonfiguratioun ze optimiséieren. Net nëmmen dat: Tatsächlech mécht jiddereen dat, wéi Gott et gefält: wa mir vun engem Startup schwätzen, dann ass dëst wahrscheinlech e féierende Entwéckler dee vill Kappwéi huet. A gréissere Büroe gëtt dat vum CMO/CTO behandelt, an heiansdo gëtt de Generaldirekter perséinlech zesumme mam Chef Comptabel an d'Thema bedeelegt. Am Allgemengen, déi Leit, déi genuch "Kär" Bedenken hunn. An et stellt sech eraus, datt d'Infrastrukturrechnungen an d'Luucht goen, mä déi, déi keng Zäit hunn, domat ze beschäftegen, sinn domat ze dinn.
Wann Dir Toilettepabeier fir de Büro kafe musst, gëtt dat vum Versuergungsmanager oder enger Responsabel vun der Botzfirma gemaach. Wa mir iwwer Entwécklung schwätzen - Leads an CTO. Verkaf - alles ass och kloer. Awer zënter alen Deeg, wéi e "Serverraum" e Numm fir e Cabinet war, an deem et e gewéinlechen Tuermsystem mat e bësse méi RAM an e puer Harddisken an der Razzia war, ignoréieren jiddereen (oder op d'mannst vill) Tatsaach, datt de Kaf vun Kapazitéit soll och eng speziell trainéiert Persoun gehandhabt ginn.
Leider, historesch Erënnerung an Erfahrung weisen datt zënter Joerzéngte dës Aufgab op "zoufälleg" Leit verlagert gouf: wien am nootste war, huet d'Fro opgeholl. An eréischt viru kuerzem huet de FinOps Beruff ugefaang um Maart Form ze huelen an eng konkret Form ze huelen. Dëst ass déi selwecht speziell ausgebilte Persoun, deenen hir Aufgab ass de Kaf an d'Benotzung vun der Kapazitéit ze kontrolléieren. An, schlussendlech, fir d'Käschte vun der Firma an dësem Beräich ze reduzéieren.
Mir plädéieren net fir deier an efficace Léisungen opzeginn: all Geschäft muss selwer entscheeden wat et brauch fir eng komfortabel Existenz a punkto Hardware a Cloud Tariffer. Awer et kann een net hëllefen, awer op d'Tatsaach opmierksam ze maachen datt onerwaart Akeef "no der Lëscht" ouni spéider Iwwerwaachung an Analyse vum Gebrauch fir vill Firmen schlussendlech zu ganz, ganz bedeitende Verloschter duerch ineffektiv Gestioun vun de "Verméigen" vun hirem Backend resultéiert.
Wien ass FinOps
Loosst eis soen, Dir hutt e renomméierten Entreprise, deen d'Verkafsleit iwwer "Enterprise" an engem breathable Toun schwätzen. Wahrscheinlech, "no der Lëscht" hutt Dir eng Dosen oder zwee Server kaaft, AWS an e puer aner "kleng Saachen". Wat logesch ass: an enger grousser Firma geschitt eng Aart vu Bewegung permanent - e puer Teams wuessen, anerer zerfallen, anerer ginn op Nopeschprojeten iwwerginn. An d'Kombinatioun vun dëse Bewegungen, zesumme mam "Lëschtbaséierten" Beschaffungsmechanismus, féiert schlussendlech zu neie gro Hoer wann Dir déi nächst monatlecht Infrastrukturrechnung kuckt.
Also wat ze maachen - Gedold weider ze gro, molen doriwwer, oder erauszefannen d'Grënn fir d'Erscheinung vun dëse villen schrecklechen Nullen am Bezuelen?
Loosst eis éierlech sinn: Genehmegung, Genehmegung an direkt Bezuelung vun enger Demande bannent der Firma fir deeselwechten AWS Tarif ass net ëmmer (a Wierklechkeet, bal ni) séier. A genee wéinst der konstanter Firmenbewegung kënnen e puer vun deene selwechte Acquisitioune iergendwou "verluer" ginn. An et ass trivial fir Idle ze stoen. Wann en opmierksam Administrateur e Besëtzerlosen Rack a sengem Serverraum bemierkt, dann ass am Fall vun Cloud Tariffer alles vill méi traureg. Si kënne fir Méint geluecht ginn - bezuelt, awer gläichzäiteg net méi gebraucht vu jidderengem an der Departement fir déi se kaaft goufen. Gläichzäiteg fänken d'Kollegen aus dem nächste Büro un hir nach net gro Hoer net nëmmen um Kapp, mee och op anere Plazen eraus ze räissen - si konnten fir déi n. Woch net ongeféier dee selwechten AWS-Tarif bezuelen, wat ass verzweifelt gebraucht.
Wat ass déi offensichtlechst Léisung? Dat ass richteg, iwwerginn d'Hänn un déi an Nout, a jiddereen ass frou. Awer horizontal Kommunikatiounen sinn net ëmmer gutt etabléiert. An déi zweet Departement weess vläicht einfach net iwwer de Räichtum vun der éischter, déi iergendwéi erausgestallt huet, dëse Räichtum net wierklech ze brauchen.
Wien ass dofir Schold? - Eigentlech keen. Esou ass elo alles ageriicht.
Wien leid dovunner? - Dat ass et, déi ganz Firma.
Wien kann d'Situatioun fixéieren? - Jo, jo, FinOps.
FinOps ass net nëmmen eng Schicht tëscht Entwéckler an der Ausrüstung déi se brauchen, awer eng Persoun oder Team déi wësse wou, wat a wéi gutt et "léit" a punkto déiselwecht Cloud Tariffer, déi vun der Firma kaaft ginn. Tatsächlech mussen dës Leit zesumme mam DevOps engersäits an dem Finanzdepartement op där anerer Säit schaffen, an d'Roll vun engem effektive Tëschestatioun an, virun allem, engem Analyst spillen.
E bëssen iwwer Optimisatioun
Wolleken. Relativ bëlleg a ganz bequem. Awer dës Léisung stoppt bëlleg ze sinn wann d'Zuel vun de Serveren duebel oder dräifach Zifferen erreecht. Zousätzlech maachen d'Wolleken et méiglech ëmmer méi Servicer ze benotzen déi virdru net verfügbar waren: dat sinn Datenbanken als Service (Amazon AWS, Azure Database), Serverlos Uwendungen (AWS Lambda, Azure Functions) a vill anerer. Si sinn all ganz cool well se einfach ze benotzen sinn - kafen a goen, keng Problemer. Awer wat méi déif d'Firma a seng Projeten an d'Wolleken tauchen, dest méi schlëmm schléift den CFO. A wat méi séier den allgemenge gro gëtt.
D'Tatsaach ass, datt Rechnungen fir verschidde Cloud-Servicer ëmmer extrem konfus sinn: fir een Artikel kënnt Dir eng dräi-Säit Erklärung kréien wat, wou a wéi Är Sue gaange sinn. Dëst ass natierlech agreabel, awer et ass bal onméiglech ze verstoen. Ausserdeem ass eis Meenung zu dësem Thema nach laang net déi eenzeg: fir Cloud-Konten op mënschlech ze transferéieren, ginn et ganz Servicer, z.B. oder . Wann een sech beméit huet fir e separaten Service fir d'Entschlësselungsrechnungen ze kreéieren, dann ass d'Skala vum Problem d'Käschte vum Hoerfaarf erausgaang.
Also wat mécht FinOps an dëser Situatioun:
- versteet kloer wéini a wéi eng Volumen Cloud Léisunge kaaft goufen.
- weess wéi dës Kapazitéite benotzt ginn.
- redistributes se ofhängeg vun de Besoine vun enger bestëmmter Eenheet.
- kaaft net "sou datt et ka sinn".
- an um Enn, et spuert Dir Suen.
E super Beispill ass Cloud Storage vun enger kaler Kopie vun enger Datebank. Zum Beispill, archivéiert Dir et fir d'Quantitéit u Plaz an de Verkéier ze reduzéieren, dee verbraucht gëtt wann Dir d'Späichere aktualiséiert? Jo, et géif schéngen datt d'Situatioun bëlleg ass - an engem eenzege spezifesche Fall, awer d'Totalitéit vun esou bëllege Situatiounen resultéiert spéider zu exorbitant Käschten fir Cloud Servicer.
Oder eng aner Situatioun: Dir hutt Reservekapazitéit op AWS oder Azure kaaft fir net ënner Spëtzlaascht ze falen. Kënnt Dir sécher sinn datt dëst déi optimal Léisung ass? No allem, wann dës Instanzen 80% idle sinn, da gitt Dir einfach Suen un Amazon. Ausserdeem, fir sou Fäll, hunn déiselwecht AWS an Azure burstable Instanzen - firwat braucht Dir Idle Server, wann Dir en Tool benotze kënnt fir Probleemer vu Spëtzlaaschten ze léisen? Oder, amplaz vun On Premise Instanzen, sollt Dir op Reservéiert kucken - si si vill méi bëlleg a si bidden och Remise.
Iwwregens, iwwer Remise
Wéi mir am Ufank gesot hunn, gëtt d'Beschaffung dacks vu jidderengem duerchgefouert - si hunn dee leschte fonnt, an dann mécht hien et iergendwéi selwer. Déi meescht Oft ginn d'Leit, déi scho beschäftegt sinn, "extrem", an als Resultat kréien mir eng Situatioun wou eng Persoun séier a kompetent, awer komplett onofhängeg, decidéiert wat a wéi eng Quantitéite fir ze kafen.
Awer wann Dir mat engem Verkeefer vum Cloud Service interagéiert, kënnt Dir méi gënschteg Konditioune kréien wann et ëm de Grousshandel Kaf vu Kapazitéit kënnt. Et ass kloer datt Dir net fäeg sidd esou Remise vun engem Auto mat enger roueger an engersäits Aschreiwung ze kréien - awer nodeems Dir mat engem richtege Verkeefer Manager geschwat hutt, kënnt Dir verbrennen. Oder dës Kärelen kënnen Iech soen wat se de Moment Remise hunn. Et kann och nëtzlech sinn.
Zur selwechter Zäit musst Dir drun erënneren datt d'Liicht net konvergéiert wéi e Keil op AWS oder Azure. Natierlech ass et keng Fro vun Ärem eegene Serverraum ze organiséieren - awer et ginn Alternativen zu dësen zwou klassesche Léisunge vun de Risen.
Zum Beispill huet Google d'Firebase Plattform fir Firmen bruecht, op deenen se dee selwechte mobilen Projet op enger schlësselfäerdeg Basis kënne hosten, wat séier Skaléierung erfuerdert. Späicheren, Echtzäit Datebank, Hosting a Cloud Datensynchroniséierung mat dëser Léisung als Beispill sinn op enger Plaz verfügbar.
Op der anerer Säit, wa mir net iwwer e monolithesche Projet schwätzen, mä iwwer hir Gesamtheet, dann ass eng zentraliséiert Léisung net ëmmer gutt. Wann de Projet laang gelieft ass, huet seng eege Entwécklung Geschicht an eng entspriechend Quantitéit vun Donnéeën néideg fir Stockage, dann ass et derwäert iwwer méi fragmentaresch Placement ze denken.
Wann Dir d'Käschte fir Cloud Servicer optiméiert, kënnt Dir op eemol feststellen datt fir geschäftlech kritesch Uwendungen Dir méi mächteg Tariffer kaafen, déi d'Firma mat onënnerbrach Akommes ubidden. Zur selwechter Zäit ass d'Léisung vun der "Legacy" vun der Entwécklung, alen Archiven, Datenbanken, asw an deier Wolleken. No all, fir esou Donnéeën, ass e Standard-Datenzentrum mat regelméissegen HDDs a mëttlerer Kraaft-Hardware ouni Klacken a Pfeffer ganz gëeegent.
Hei kënnt Dir nach eng Kéier denken, datt "dës Geschwëster et net wäert ass", awer de ganze Problem vun dëser Verëffentlechung baséiert op der Tatsaach, datt a verschiddene Stadien déi verantwortlech Leit déi kleng Saache vernoléissegen a maachen wat méi bequem a méi séier ass. Wat schlussendlech no e puer Joer zu deene ganz Horrorkonten entstinn.
Wat am Ende?
Am Allgemengen sinn d'Wolleken cool, si léisen vill Probleemer fir Geschäfter vun all Gréisst. Wéi och ëmmer, d'Neiheet vun dësem Phänomen bedeit datt mir nach ëmmer keng Kultur vu Konsum a Gestioun hunn. FinOps ass en organisatoreschen Hiewel deen Iech hëlleft Cloud Kraaft méi effektiv ze profitéieren. Den Haapt Saach ass dës Positioun net an en Analog vun engem Schéissequipe ze maachen, deem seng Aufgab ass, onopmerksam Entwéckler mat der Hand ze fangen an se fir Ënnerbriechungen ze "schold".
Entwéckler sollen entwéckelen, net Firma Suen zielen. An dofir soll FinOps souwuel de Kafprozess wéi och de Prozess vun der Ofbau oder Iwwerdroung vun der Cloud Kapazitéit un aner Teams en Event einfach an erfreelech fir all Parteien maachen.
Source: will.com