Nepríjemná ekonómia závislosti od cloudu
Zľava, ktorá sa stala stratégiou
Prvý cloudový účet, na ktorom záleží, málokedy býva ten úplne prvý. Ten prvý je zvyčajne úľavou. Žiadny nákup servera, žiadne čakanie na obstarávací cyklus, žiadne rozhovory s technikmi o chladení, žiadna hrdinská tabuľka o kapacite na najbližšie tri roky. Tím si otvorí účet, nasadí službu, sleduje, ako funguje, a má pocit, akoby sa gravitácia dočasne pozastavila. Faktúra vyzerá civilizovane. Finančné oddelenie prikývne. Architektúra vysloví slovo elastický. Všetci idú domov s jemným žiarom kompetentnosti.
Potom sa systém stane užitočným. Vtedy sa ekonomika mení. Dáta rastú. Logovanie rastie, pretože niekto konečne chce vedieť, čo sa stalo. Spravovaná databáza sa stane miestom, kde žije prevádzková pamäť. Fronta správ sa napojí na nadväzujúce systémy. Vrstva identity sa stane vstupnými dverami. Dátový sklad prijíma exporty, pretože analytici sú tiež ľudia. Niekoľko špecializovaných služieb sa stane bežnou súčasťou technologického zásobníka. Mesačná faktúra je stále len jedno číslo, ale teraz v sebe nesie niekoľko budúcností.
Závislosť na cloude sa stáva nepríjemnou, pretože začína ako pohodlie a dozrieva do vyjednávacej pozície. Otázka nie je, či je cloud dobrý alebo zlý. Takéto rámcovanie je príliš lenivé pre dospelých ľudí s produkčnými systémami. Otázkou je, či organizácia rozumie tomu, ktoré náklady sú viditeľné, ktoré sú odložené, ktoré schopnosti sa presunuli mimo jej rúk a čo by bolo potrebné na zmenu kurzu bez zastavenia práce, ktorá teraz závisí od platformy.
Najdrahšou súčasťou závislosti často nie je uvedená cena. Je to strata možností voľby. Možnosť voľby je schopnosť znovu vyjednávať, premiestniť, zjednodušiť, pozastaviť, nahradiť alebo odmietnuť bez toho, aby sa organizácia zmenila na krízové centrum. Cloud môže na začiatku kúpiť užitočnú možnosť voľby: rýchle experimenty, dočasnú kapacitu, spravované bezpečnostné funkcie, globálny dosah. Neskôr môže možnosť voľby aj míňať, keď sa dáta, identita, prevádzka a zručnosti usadia okolo jedného poskytovateľa tak pevne, že odchod sa stane projektom s vlastným počasím.
Závislosť od cloudu nie je používanie cloudu
Využívanie cloudových služieb je bežné. Spoliehať sa na cloudové služby je tiež bežné. Problém nastáva, keď je táto závislosť neviditeľná pre ľudí, ktorí rozhodujú. Pracovná záťaž bežiaca na prenajatej infraštruktúre sa automaticky nezachytí. Pracovná záťaž, ktorej dátový model, identita, monitorovanie, proces nasadzovania, bezpečnostné nastavenia, stratégia zálohovania, analytika a návyky zamestnancov predpokladajú jedného poskytovateľa, je iná vec. Jedno je hosting. Druhé je prevádzkový model s dodávateľom v strede.
Závislosť má vrstvy. Existuje obchodná závislosť: zľavy, záväzky, rezervovaná kapacita, kredity, zmluvy na trhovisku, úrovne podpory a nákupné kalendáre. Existuje technická závislosť: proprietárne API, spravované databázy, systémy udalostí, služby identity, šablóny nasadzovania, monitorovacie agenty a sémantika úložísk. Existuje organizačná závislosť: školenia, prevádzkové príručky, profily prijímaných zamestnancov, návyky pri incidentoch, schvaľovacie toky a upokojujúce presvedčenie, že portál je systém. Každá vrstva môže byť racionálna. Spolu rozhodujú o tom, nakoľko je budúcnosť vyjednateľná.
Mnohé organizácie podceňujú organizačnú vrstvu, pretože sa neobjavuje v architektonických diagramoch. Inžinieri získajú plynulosť v jednom poskytovateľovi. Bezpečnostné tímy sa naučia jeho model politík. Financie sa naučia jeho jazyk faktúr. Nákup sa naučí jeho zmluvné rituály. Incidentné tímy sa naučia jeho dashboardy. Táto plynulosť má hodnotu. Zároveň vytvára náklady na zmenu. Druhý poskytovateľ môže byť technicky možný a ekonomicky absurdný, ak nikto nemá pracovnú slovnú zásobu na jeho prevádzku pod tlakom.
Preto by sa závislosť mala považovať za riadenú expozíciu, nie za morálne zlyhanie. Nemocnica môže oprávnene používať spravované cloudové služby na nekritickú analytiku a zároveň si ponechať klinickú kontinuitu bližšie. Maloobchodník môže akceptovať vysoký stupeň prepojenia s platformou kvôli rýchlemu škálovaniu. Verejná agentúra môže zvoliť prísnejšiu prenositeľnosť pre záznamy o občanoch. Chybou nie je zvoliť si závislosť. Chybou je zvoliť si ju náhodou a zistiť cenu až vtedy, keď niekto požiada o odchod.
Ekonomická plocha je väčšia ako výpočtový výkon
Diskusie o cloude sa často začínajú výpočtovým výkonom a úložiskom, pretože sa dajú ľahko spočítať. To je ako hodnotiť reštauráciu podľa ceny zemiakov. Ekonomická plocha zahŕňa identitu, sieťovú prevádzku, logy, zálohovanie, replikáciu, monitorovanie, bezpečnostné skenovanie, správu kľúčov, spravované databázy, fronty, analytiku, prenos dát, podporu, dôkazy o zhode, čas zamestnancov, migračnú prácu a náklady na odmietnutie predvolených nastavení. Faktúra je len tá časť systému, ktorá je dostatočne slušná na to, aby prišla ako PDF.
Spravované služby môžu byť vynikajúce, pretože premieňajú náročnú prevádzkovú prácu na hranicu služby. Spravovaná databáza môže byť bezpečnejšia a lacnejšia ako zle prevádzkovaná lokálna databáza. Spravovaná fronta môže ušetriť týždne inžinierskej práce. Spravovaná vrstva identity môže znížiť katastrofálne chyby. Ale premena nie je zmiznutie. Práca sa presúva. Zodpovednosť sa presúva menej. Organizácia stále vlastní kvalitu dát, politiku prístupu, účel zálohovania, uchovávanie, čas obnovy, dôkazy a následky výpadku. Prenajala si svaly, nie úsudok.
Najnebezpečnejší cloudový obchodný prípad je ten, ktorý ocení službu a ignoruje správanie, ktoré vytvára. Keď je úložisko jednoduché, tímy uchovávajú viac. Keď sú logy dostatočne lacné, tímy logujú bez klasifikácie. Keď je kopírovanie dát jedným tlačidlom, kópie sa množia. Keď je dostupná spravovaná analytika, objavujú sa surové exporty. Keď všetky tímy môžu vytvárať zdroje, konvencie pomenovávania sa stávajú folklórom. Pohodlie je cenné, ale pohodlie bez inventára sa stáva malým daňovým úradom vo vnútri architektúry.
Dobrá cloudová ekonomika sa preto začína mapou služieb, nie tabuľkou zliav. Ktoré pracovné zaťaženia sú kritické. Ktoré údaje majú právnu alebo misijnú citlivosť. Ktoré služby sú proprietárne. Ktoré sú nahraditeľné. Ktoré údaje prechádzajú cez spoplatnené hranice. Ktoré protokoly sú potrebné ako dôkaz. Ktoré zálohy sú testované. Ktoré záväzky sú viazané na skutočný dopyt. Ktorí ľudia dokážu systém prevádzkovať, keď je portál pomalý, faktúra prekvapivá alebo poskytovateľ zmení predvolené nastavenie.
Egress nie je škandál, je to príznak
Poplatky za egress dostávajú veľa pozornosti, pretože pôsobia nezdvorilo. Platiť za to, aby ste dostali dáta von z miesta, kde ste zaplatili za ich uloženie, má emocionálnu textúru toho, že vám účtujú za odchod zo stretnutia. Podráždenie je pochopiteľné. Ale egress nie je celý problém. Je to viditeľný príznak väčšieho ekonomického dizajnu: dáta sa pre poskytovateľa stávajú hodnotnejšími, keď zostávajú, a pre zákazníka nákladnejšími, keď sa presúvajú.
Dátová gravitácia je čiastočne technická. Veľké dátové sady sa presúvajú pomaly. Odvodené dátové sady vyžadujú zosúladenie. Indexy, povolenia, schémy, metadáta a rodokmeň dát necestujú automaticky. Downstream systémy predpokladajú cesty. Analytici si vytvárajú notebooky. Pracovné toky závisia od umiestnení. Náklady na presun zahŕňajú šírku pásma, ale zahŕňajú aj ľudskú prácu, aby presunutá vec po príchode znamenala to isté. Každý, kto migroval dátové prostredie, vie, že bajty sú často najmenej sarkastickou súčasťou tohto cvičenia.
Dátová gravitácia je tiež politická. Tím, ktorý chce opustiť platformu, môže čeliť námietkam od každej skupiny, ktorá sa okolo nej vybudovala. Bezpečnosť sa pýta na kontroly. Analytika sa pýta na dátové potrubia. Produkt sa pýta na latenciu. Financie sa pýtajú, prečo sa nevyužíva existujúci záväzok. Právne oddelenie sa pýta, či sa menia spracovatelia údajov. Prevádzka sa pýta, kto bude držať pager. Žiadna z týchto námietok nie je hlúpa. Spoločne tvoria ekonomiku zotrvania.
Vážna architektúra oceňuje presun skôr, než je potrebný. Udržiava kritické dáta v otvorených formátoch. Zaznamenáva verzie schém a rodokmeň dát. Oddeľuje zdrojové záznamy od odvodených vrstiev pohodlia. Testuje export a obnovu. Vyhýba sa tomu, aby sa každá analytická kópia stala novou závislosťou. Dokumentuje, čo by sa počas migrácie pokazilo. Táto práca môže počas rastu pôsobiť pesimisticky. Menej pesimisticky pôsobí, keď organizácia dostane ponuku na obnovenie zmluvy s vrúcnosťou parkovacej pokuty.
Záväzky sú užitočné, kým sa nestanú politikou
Rezervovaná kapacita, podnikové zľavy, záväzné výdavky a cloudové kredity môžu byť ekonomicky rozumné. Znižujú jednotkové náklady, keď je dopyt reálny a stabilný. Menia však aj správanie. Záväzok sa môže zmeniť na tichý pokyn využívať viac jednu platformu, pretože peniaze už boli sľúbené. Architektúra potom nasleduje zmluvu namiesto pracovného zaťaženia. Toto nie je korupcia. Je to aritmetika v uniforme.
Záväzky sú obzvlášť zradné v oblasti AI a dát, pretože dopyt je neistý. Pilotný projekt môže potrebovať nárazové experimenty. Produkčné inferenčné zaťaženie sa môže stabilizovať. Tréning môže vyžadovať občasné veľké úlohy. Logovanie a vyhodnocovanie môže rásť s dozrievaním riadenia. Úložisko sa môže hromadiť, pretože mazanie si vyžaduje viac disciplíny ako vytváranie. Príliš skorý záväzok môže prinútiť organizáciu optimalizovať na prognostické divadlo. Príliš neskorý záväzok môže znamenať plytvanie peniazmi. V každom prípade by sa mal záväzok považovať za rizikovú pozíciu, nie len za nákupné víťazstvo.
Kredity si zaslúžia vlastnú opatrnosť. Bezplatná alebo dotovaná kapacita môže byť užitočná, najmä pre experimentovanie a prácu vo verejnom záujme. Môže však tiež zasiať závislosť skôr, než organizácia ocení stabilný stav. Tím postaví na službách, ktoré sú dočasne lacné, hlboko sa integruje a neskôr objaví bežný účet. Prvý rok nebol náklad. Bola to návnada v prognóze. Žiadna zloba nie je potrebná. Tabuľka urobila prácu s vážnou tvárou.
Dobré riadenie sa pýta, k čomu sa záväzok operatívne zaväzuje. Ktoré pracovné zaťaženia sú pokryté. Ktoré sú vylúčené. Čo sa stane, ak dopyt klesne. Čo sa stane, ak lepšia služba existuje inde. Odrádza zľava od prenositeľnosti. Zhoršuje udržateľnosť tým, že odmeňuje nadmernú spotrebu. Skrýva náklady na udržanie miestnej kompetencie. Zľava, ktorá oslabuje budúcu voľbu, by sa mala účtovať ako úspora aj ako expozícia. Financie tomuto jazyku rozumejú. Architektúra by tiež mala.
Spravované služby presúvajú prácu, nie zodpovednosť
Najsilnejší argument pre cloud je stále prevádzková kvalita. Väčšina organizácií nechce všetko prevádzkovať sama a mnohé by ani nemali. Svet má dosť neudržiavaných serverov, zabudnutých okien opráv, napoly otestovaných záloh a hrdinských administrátorov, ktorí vedia príliš veľa, pretože nikto nič nezapísal. Spravovaná infraštruktúra môže zlepšiť spoľahlivosť, bezpečnosť, rýchlosť a zameranie. Tvrdiť opak je nostalgia s diagramom racku.
Ale spravovaný neznamená delegovaný v právnom ani inštitucionálnom zmysle. Ak spravovaná databáza stratí dáta, organizácia stále čelí používateľovi. Ak konfigurácia spravovanej identity udelí príliš veľa prístupu, organizácia stále vlastní narušenie. Ak spravovaná AI služba ukladá výzvy spôsobom, ktorý porušuje politiku, organizácia stále vysvetľuje toto rozhodnutie. Dodávateľ môže zdieľať zodpovednosť, ale poslanie sa na dodávateľa neprenáša. Zostáva nepríjemne lokálne pri inštitúcii, ktorá službu sľúbila.
Tento rozdiel je dôležitý pre náklady. Spravované služby môžu znížiť potrebu personálu pri niektorých úlohách, ale zároveň zvyšujú potrebu kompetencií v oblasti architektúry, bezpečnosti, riadenia dodávateľov, správy dát, FinOps a auditu. Ak obchodný prípad odstráni starý prevádzkový tím a zabudne financovať novú kontrolnú prácu, organizácia neušetrila peniaze. Premenila viditeľnú prácu na skryté riziko. Účet vyzerá upratane až do prvého incidentu, keď sa neprítomní ľudia stanú zvláštne drahými.
Zrelý cloudový prevádzkový model preto udržiava dostatok interných kompetencií, aby mohol konať ako schopný zadávateľ. Pozná, ako služba funguje na úrovni potrebnej na konfiguráciu, monitorovanie, spochybňovanie, obnovu a odchod. Má runbooky, ktoré opisujú viac než to, ktoré tlačidlo stlačiť. Vie čítať logy, rotovať kľúče, testovať zálohy, obmedzovať prístup a klásť dodávateľom presné otázky. Nemusí vytvárať každý komponent. Musí sa však vyhnúť tomu, aby sa stala pasažierom vo vlastnej infraštruktúre.
Odolnosť je komerčný postoj
Odolnosť sa často opisuje ako inžinierska vlastnosť: redundantné zóny, zálohy, failover, fronty, opakovania, ističe, obnova po havárii. To všetko je dôležité. Ale odolnosť je aj komerčná. Dokáže organizácia pokračovať v prevádzke počas zmluvného sporu, oneskorenia podpory, regionálneho výpadku, zvýšenia ceny, zrušenia produktu, zmeny politiky, vývozného obmedzenia alebo pozastavenia účtu. Toto nie sú len právne scenáre. Sú to režimy zlyhania s číslami objednávok.
Niektoré vzorce odolnosti sú technické aj komerčné zároveň. Uchovávanie autoritatívnych záznamov v prenosných formátoch je správa dát aj vyjednávanie. Nezávislé logy sú pozorovateľnosť aj dôkaz. Lokálna kontrola kľúčov je bezpečnosť aj vyjednávacia sila. Multi-region dizajn je dostupnosť aj jurisdikčná expozícia. Testovaná obnova mimo primárnej platformy je obnova po havárii aj pripomienka, že odchod je možný. Kategórie sú pohodlné, kým ich realita neignoruje.
Multi-cloud sa niekedy navrhuje ako automatická odpoveď. Môže pomôcť v konkrétnych prípadoch, najmä keď sú pracovné záťaže navrhnuté na prenosnosť a tímy majú financie na prevádzku extra komplexity. Môže sa však stať aj drahým divadlom: dve platformy, dve sady zručností, dva bezpečnostné modely, dvojnásobný zmätok a žiadny skutočne testovaný odchod. Multi-cloud nie je sám o sebe cnosťou. Cnosťou je dôveryhodná voľba. Niekedy sa dosiahne otvorenými formátmi, kontajnerizovanými pracovnými záťažami, prenosnými databázami, nezávislou identitou a disciplínou dodávateľov, nie symetrickou duplikáciou.
Otázka odolnosti by mala byť praktická. Ktoré pracovné záťaže musia prežiť stres dodávateľa. Ako dlho môžu degradovať. Ktoré dáta musia byť dostupné lokálne. Ktoré závislosti na riadiacej rovine sú prijateľné. Ktoré núdzové akcie možno vykonať bez schválenia dodávateľa. Ktoré odchody boli testované. Ktoré tímy ich nacvičili. Ak je odpoveď väčšinou dôvera, organizácia má mood board, nie odolnosť.
Plán odchodu je súčasťou účtu
Plánovanie odchodu sa často považuje za pesimizmus. Malo by sa považovať za účtovníctvo. Plán odchodu neznamená, že organizácia plánuje odísť zajtra. Znamená to, že organizácia vie, čo by odchod zahŕňal, čo znižuje pravdepodobnosť, že zotrvanie sa stane povinným. Plán môže byť skromný: inventarizovať kritické služby, klasifikovať prenositeľnosť, zdokumentovať formáty údajov, uchovávať nezávislé dôkazy, testovať export, identifikovať vzory náhrady a nacvičiť obnovu pre niekoľko pracovných záťaží, na ktorých skutočne záleží.
Odchod nemusí byť všetko alebo nič. Dobrý plán identifikuje čiastočné odchody. Presuňte analytiku pred základné operácie. Nahraďte proprietárnu frontu v jednom pracovnom postupe. Uchovávajte zálohy mimo primárneho cloudu. Zachovajte nezávislú cestu obnovy identity. Prestavte najdrahšiu vrstvu úložiska. Oddeľte údaje na hodnotenie AI od nástroja špecifického pre poskytovateľa. Každý čiastočný odchod znižuje tlak závislosti. Nejde o dramatickú nezávislosť. Ide o zníženie počtu spôsobov, akými môže byť organizácia zahnaná do kúta.
Nepríjemnou súčasťou je, že odchod stojí peniaze, aj keď sa nevyužije. Otvorené formáty si vyžadujú disciplínu. Prenosné návrhy môžu byť menej pohodlné. Zamestnanci potrebujú školenie. Testy spotrebúvajú čas. Nezávislé protokoly vyžadujú úložisko a kontrolu prístupu. Obstarávanie potrebuje silnejšie klauzuly. Architektonické revízie trvajú dlhšie. Preto by mal byť odchod explicitne ocenený. Ak sa lídri rozhodnú zaň neplatiť, je to rozhodnutie. Ak to nikto neoceňuje, systém si potichu vyberie závislosť a nazve to efektívnosťou.
Existuje užitočné pravidlo: čím kritickejšia je pracovná záťaž, tým nudnejší by mal byť dôkaz o odchode. Nie snímka s nápisom prenositeľné. Nie odsek v zmluve sľubujúci primeranú pomoc. Nedávny export. Obnovená vzorka. Namerané trvanie. Zoznam stratených funkcií. Menovaný vlastník. Známe náklady. Ak to znie neromanticky, dobre. Romantika nie je stratégia obnovy.
Lokálna zručnosť je finančná kontrola
Jedným z najtichších nákladov cloudovej závislosti je zužovanie zručností. Tímy sa stanú veľmi dobrými v konzole, politickom jazyku, modeli nasadenia, spravovaných službách a rituáloch podpory jedného poskytovateľa. To je produktívne, kým sa to nestane jediným dostupným jazykom. Keď dodávateľ navrhne novú službu, tím ju plynulo vyhodnotí. Keď sa správna rada opýta, či existuje iná cesta, odpoveď je pomalšia, vágnější a zvyčajne drahšia, pretože organizácia necvičila myslenie mimo platformy.
Zručnosť je vyjednávacia sila. Tím, ktorý rozumie databázam, môže spochybniť návrh spravovanej databázy. Tím, ktorý rozumie sieťam, môže klásť otázky o vzorcoch prenosu dát. Tím, ktorý rozumie identite, sa môže vyhnúť tomu, aby predvolené nastavenia poskytovateľa považoval za bezpečnostnú politiku. Tím, ktorý rozumie nákladovým modelom, dokáže rozpoznať, kedy zľava mení architektúru. Tím, ktorý rozumie obnove, môže žiadať dôkazy namiesto upokojovania. Odbornosť nevyžaduje robiť všetko interne. Vyžaduje si vedieť dosť na to, aby ste zostali nebezpeční na porade, najlepšie pred obedom.
Školenie by preto malo zahŕňať základné schopnosti, nielen certifikáciu poskytovateľa. Čo je front. Čo znamená idempotencia. Ako zlyhávajú zálohy. Čo robí log užitočným ako dôkaz. Ako zmena kontroly nad šifrovacími kľúčmi mení právomoci. Čo je dátová gravitácia. Ako záväzky ovplyvňujú správanie. Ako meriame náklady na užitočnú transakciu. Nástroje poskytovateľa sú dôležité, ale mali by sa považovať za implementáciu širších konceptov. Inak si organizácia zamení ponuku jedál za kuchyňu.
Toto platí obzvlášť vo verejnom a poloverejnom sektore. Inštitúcie s dlhodobými povinnosťami si nemôžu dovoliť, aby bol ich prevádzkový jazyk úplne prenajatý. Obec, nemocnica, škola, vodárenská spoločnosť alebo regulátor môžu cloudové služby využívať dobre, ale mali by stále rozumieť schopnostiam, na ktorých závisia. Inak sa verejná zodpovednosť stane lístkom na podporu s logom a všetci príliš neskoro zistia, že riadenie cez front lístkov má obmedzené ústavné čaro.
Nepríjemný záver
Závislosť na cloude je nepríjemná, pretože to nie je príbeh o záporákovi. Cloud môže byť správna odpoveď. Môže znížiť plytvanie, zlepšiť bezpečnosť, urýchliť dodávku, podporiť výskum, zvládnuť špičky a umožniť malým tímom prácu, ktorú by inak nedokázali. Mnohé kritiky cloudu ticho predpokladajú úroveň miestnej prevádzkovej dokonalosti, ktorá neexistuje. Zle spravovaná súkromná platforma nie je suverenita. Je to len intímnejší výpadok.
Nepríjemnosť pramení z potreby čestného účtovania. Pohodlie má hodnotu. Uviaznutie má hodnotu pre dodávateľa. Odchod má náklady. Zručnosť má náklady. Dôkazy majú náklady. Prenositeľnosť má náklady. Záväzky prinášajú úspory aj obmedzenia. Spravované služby znižujú časť práce a vytvárajú inú prácu. Vážna diskusia dáva všetko na rovnaký stôl. Odmieta fantáziu, že prenajatá infraštruktúra je automaticky oslobodenie, aj fantáziu, že vlastníctvo hardvéru je automaticky kontrola.
Dobrá cloudová stratégia si závislosť vyberá zámerne. Využíva spravované služby tam, kde vytvárajú skutočnú hodnotu. Stanovuje prísnejšie hranice okolo kritických dát, dôkazov, identity a obnovy. Financuje interné kompetencie. Zmluvy považuje za súčasť architektúry. Testuje export pred vyjednávaním. Vie, ktoré pracovné zaťaženia môžu byť hlboko prepojené a ktoré musia zostať prenositeľné. Účet za cloud nevníma ako trest, ale ako signál o tom, ako sa organizácia rozhodla fungovať.
Ponaučenie je dosť jasné na to, aby bolo užitočné. Cloudová ekonomika je nepríjemná, pretože oceňuje budúcnosť, nielen prítomnosť. Lacná cesta môže byť lacná, pretože niekto iný drží východ. Drahá cesta môže byť drahá, pretože zachováva voľbu. Ani jedna skutočnosť sama o sebe nerozhoduje o odpovedi. Inštitúcia rozhoduje tým, že pomenuje, čo musí zostať pod jej kontrolou, čo môže byť prenajaté, čo musí byť prenositeľné a akú cenu je ochotná zaplatiť za možnosť zmeniť názor.